作者根据他的经验, 整理了一些事情,让你知道它们是一些不好的思维, 不要在测试过程中去做它们
1. Don’t leave all the testing to the QA department!
- 这意味着我们需要多做一点unit tests, 来帮助我们早点发现问题
- 这样才能让我们能花较少的时间和精力来解决它
2. Don’t leave the testing to the end!
- 真的, 当你一有什么就开始测试
- 包括tester一开始就加入design, 早期就加入开发的活动. 毕竟更了解产品, 会让我们测的更好
- 理想状况, dev和tester可以一起讨论, 什么东西要在unit testing作, 那些要在functional testing作, 那些要做automation, 或者load, performance , stress要做什么
3. Don’t try to automate everything!
- 测试自动化在回归测试上可以帮很大的忙, 但是它的cost也相当大
- 所以当你要花心力在测试自动化前, 请先分析他所能带来的报酬率是什么
- 如果它是很单纯, 并且是一个很普遍的例子, 可以考虑把它加到unit test中.
- 如果它很复杂, 可能要考虑一下creation的cost, 以及维护的代价.
4. Don’t forget to test manually!
- 不要忘记, 测试自动化所能找到的bug, 都是你事前规划好所能找到的. 它不太能找到你事前没规划要找的bug
- 所以还是要靠人脑, 唯有人脑才能对你要测的功能不断思考.
5. Don’t think the product is completely tested!
- 有些产品出货好几年后, 仍然被顾客找到bug
- 不要能为你可以完整测试
6. Don’t get satisfied with the number of the passed tests!
- 通过了多少测试个案不重要, 也就是个数并不重要.
- 重点是思考你曾经做个哪些, 并且是否持续改进.
- 当客户找到bug时, 你觉得跟他讲说, 这个产品已经通过500个测试个案, 会有用吗? 他会听吗? 他可能只是会觉得你都没测就release了.
最新内容请见作者的GitHub页：http://qaseven.github.io/