一、软件测试的原则
- Good-enough原则和Pareto原则。
- 保证测试的覆盖度,但穷举测试是不可能的。
- 所有测试的标准都是建立在用户需求之上。
- 越早测试越好,不断的测试,测试过程与开发过程应该是相互结合的。
- 测试的规模由小到大,从单元测试到系统测试。
- 为了尽可能的发现错误,应由独立的第三方进行测试。
- 不能为了便于测试擅自修改程序。
- 以最少的测试用例覆盖最多的需求。
- 妥善保存测试计划、方案、用例、BUG记录及最终分析报告等文档。
- 测试能够显示缺陷的存在,但不能证明系统不存在缺陷。
注:
- Good-enough原则:
这是一种权衡投入/产出比的原则,测试既不要不充分,也不要过分,不充分和过分都是一种不负责任的表现。当然zero-enough(零缺陷)是一种理想,Good-enough(足够好)是测试的原则。 - Pareto原则(80/20原则):
(1)一个软件产品或系统中全部功能的20%是常用功能,用户的80%的时间都是在使用这20%的功能,而软件产品或系统中剩下的80%的功能不是经常使用的功能,用户使用比较少,只有20%的时间在使用剩下的80%的功能。
(2)测试发现的所有错误的80%很可能都集中在这20%的程序模块中,另外20%的错误很可能集中在80%的程序模块中。
(3)一般情况在分析、设计、实验阶段的复审和测试工作中能发现80%的bug。 - 穷举测试:亦称完全测试,即程序运行的各个