论测试左移有多难？

测试左移是各人一直提倡的事变。阿萨先描述下期望的测试左移的过程。
期望的测试左移过程：
1. PO接到需求，举行需求可行性分析和研究。在需求确实对客户有现实价值的情况下，再进入下个环节。
2. 架构师技术调研，针对需求举行技术预研。确保技术方案可实施。
3. BA拆分业务，根据业务拆解出不同模块。同时给UX以及Dev和测试澄清相关需求。
4. 针对UX设计结果各人一起分析风险和难点，确保问题都袒露在前期。
5. UI和UX设计稿确定后和客户评审过之后开始 分解相关卡，开发和测试一起Kick off，确认没有遗留问题产生。这个时候客户原始场景和真实客户诉求已经达成共识，没有遗留场景和问题，客户高优先级场景已经识别并达成共识。
6. 开发完成代码，写UT，自测以及需求展示。开发自测很关键，要确保所有客户场景都是没有问题的。同时不影响其他场景。
7. 测试完成用例，以及客户场景的识别和转化，同时场景清晰没问题。
8. 开发提测。
到这里左移工作完成。可以看出来前期需求质量主要依赖 测试前提针对设计和需求原始场景提出疑问。以及开发自测上。
但是现实过程中，会有哪些场景呢？
1. 需求提测后发现场景遗漏。
2. 需求前期没有测试到场，导致需求范围不明确。需求描述太简单，没有任何限制条件和束缚条件的描述, 任何有参考价值的内容都不体现，只展示客户显示内容。
3. 开发不自测，没有UT。美其名曰：代码架构复杂，无法写UT。
4. 开发前期对客户原始场景不相识。不知道要解决的客户场景是啥样的。
5. 大量需求验证工作要测试完成。乃至连自己实现了的不同浏览器支持都不愿意找个windows浏览器看一眼，美其名曰，不想干测试的工作。
6.提测需求质量差，阻塞测试。导致测试工时不绝延期。
7. 开发动一行代码，测试测遍整个软件产品。
8. 所有验证工作都让测试完成，乃至连最基本的功能都无法保证。
9.抱怨测试周期长，但是质量不稳定。开发不愿意承担任何测试工作。
以上，是不是太常见了？ 所以这个世界所有人都说要测试左移，要质量内建，连自己的屁股都不自己擦，还指望有好质量。
最后：下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果须要可以自行免费领取【保证100%免费】

软件测试口试文档

我们学习肯定是为了找到高薪的工作，下面这些口试题是来自阿里、腾讯、字节等一线互联网大厂最新的口试资料，并且有字节大佬给出了权威的解答，刷完这一套口试资料相信各人都能找到满意的工作。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。