1.明确需求范围和重点
在开需求会的时候，明确本次需求作用的是那个模块，可能会影响到哪些模块。之前有没有类似的需求，测试的重点是什么，需求模块之间的优先级是什么。将这些问题提前处理掉。
画流程图，梳理教程和数据流转，画状态转换图，因果图等分析流程
3.测试用例评审，技术评审
4.核心用例开发自测
5.不做无效的测试
如果需求的冒烟测试质量比较低，由多个较为严重的bug，甚至可能阻塞测试流程，测试可以将需求打回，让开发重新自测。一方面是因为功能阻塞，下游的功能无法完成测试，另一方面，新的问题可能还是由于已存在的bug引起的。
6.不做重复的测试
熟悉整个项目的架构，相互的关系。很多看似不同的测试点，实际只是一个测试点，仅仅是外面的包装不同。 当一个测试点出现问题时，那么其他的测试点也可能有问题，其他的可暂时先不用测试了。
7.不同测试版本的测试重点
对于测试来讲，基本上一个需求要验证三个版本，（test环境，beta环境，product环境）。如果每个需求都要详细的过一遍，遇到大需求的话，测试估计会很忙。 如果针对三个环境，进行一个合理的分配和取舍，测试也会减少很多工作量。
8.优化测试顺序
推荐阅读：
sales@spasvo.com
