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