大家好，我是阿萨。工作中碰到了一个测试常见场景：某需求测试了无数轮，因为对它很重视，所以每个人都经历过无数次的测试，主流程都基本OK。然后开发修改了一个bug，来不及覆盖测试所有场景了，紧急上线，发现有个基本功能问题。
这种场景真是太令人难忘了。测试付出了无数心血的测试，抵不上最后那致命的一次bug修改。
那么遇到此类场景应该怎么办呢？
阿萨建议如下：
1. 任何时候主流程图要有，有效等价类和无效等价类都需要确保没有问题。
2. 不管开发如何PUA（针对，嘲讽）测试，一定要保证有一段code freeze的阶段。这个时候安心去验证好基本功能，覆盖核心测试用例。开发不要做任何修改。
3. 最后上线的UAT一定要守住。每一次的UAT就是为了展示需求真正客户场景确实实现了。
4. 测试人员一定要写好测试用例，不管执行多少轮测试都需要保证P0和P1的测试用例是OK的。
5. 开发修改的测试范围一定要明确，死缠烂打，追着开发也要问出来影响范围，否则就是累得趴下，也不会有好结果。
6.bug不收敛的情况下发布产品要谨慎更谨慎。
7. 用好API自动化测试。有空多写API测试脚本。
8. 最后关键时刻的代码修改一定要慎重。可能的情况下，多多Review代码。
以上，阿萨总结的经验教训，希望对你有帮助
如果觉得阿萨的内容对你有帮助，欢迎围观点赞。
