大家好，我是阿萨。测试左移是大家一直提倡的事情。阿萨先描述下期望的测试左移的过程。
期望的测试左移过程：
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.抱怨测试周期长，但是质量不稳定。开发不愿意承担任何测试工作。
以上，是不是太常见了？ 所以这个世界所有人都说要测试左移，要质量内建，连自己的屁股都不自己擦，还指望有好质量。
