软件测试规范
Zero Bug和Good Enough
对于相对复杂的产品或系统来说，没有Bug是不可能的，我们只能想方设法把软件的Bug数控制在可以忍受的范围内
Good Enough 原则就是一种权衡投入/产出的原则：不充分的测试时不负责任的，过分的测试是一种资源的浪费
不要穷举测试
穷举测试指的是测试时考虑所有可能的输入值。
开发人员不能既是运动员又是裁判员
测试应该由独立的第三方机构来完成
软件测试要尽早执行
实践证明，需求分析阶段引入缺陷是最多的，其修复成本是最低的，所以软件测试要尽早执行，越早执行，风险越小
缺陷的二八定理
一般情况下，软件80%的缺陷集中在20%的模块中，测试时要抓主要矛盾
缺陷具有免疫性（杀虫剂悖论）
像农药使用久了，害虫会产生抗药性，缺陷也具有免疫性
测试人员根据相同的测试用例进行回归测试，就像用同一种农药来杀害虫一样
软件测试应该追溯需求
遇到一个软件问题，应该去追溯它的源头，看看是由于编码的错误、设计的错误、还是需求说明的错误。
