除非有阻断性bug，尽量把测试用例一次性测试完

旧观念

在测试过程中测试出一个bug的时候，这个bug可能会影响后续测试用例的正确与否，所以在测出一个bug的时候，就会停下来等开发bug修复好。

能把所有的测试用例跑完就尽量跑完，除非出现阻断性bug使得无法执行其他测试用例，总之把bug尽可能一起找出来让开发去修复。因为bug修复好，我们都需要对相关缺陷和原本的功能做回归。如果一个bug一个bug提就增加了我们回归测试的次数，浪费了我们测试其他需求的时间。

测试时，尽量测完所有的测试用例，除非有阻断性bug，然后把bug一起提给开发。

帮开发进行冒烟测试。

如果测试人员帮忙进行冒烟测试，顺利还好，如果不顺利，自己帮他们冒烟，那么就占用了自己的测试时间，最后导致需求延期，这是自己十分不愿意看到的！

在正式测试之前，尽可能让开发进行冒烟测试，冒烟测试通过再测试排期，不浪费自己的测试时间！

在测试了这么多需求后，基本上每个开发是能省就省。当一个需求不明确的时候，或者测试的结果与需求上的要求不一致的时候，千万不要听开发，需求上没要求或者有点误差也无所谓，这时候就要以文档为准，找产品去确定！重要的事说三遍，需求文档为准！需求文档为准！需求为准！

在测试的过程中，发现有许多重复的工作，这也就是自动化测试存在的价值，那么这时候就要将自动化测试积极地运用到实际业务中。记住，技术为业务服务！！！

......未完待续