软件测试原则的补充

在《软件测试的12项基本原则》中，列出了12项软件测试基本原则：

• 尽早地和不断地进行软件测试

• 避免由程序员测试自己的程序（这里的测试不包括单元测试工作），应该由独立专业的软件测试机构来完成

• 设计测试用例时，应当包含合理的输入条件和不合理的输入条件

• 测试用例应当由测试输入数据和与之对应的预期输出结果两部分组成

• 充分注意测试中的集群现象，测试后遗留的缺陷数目与已发现的缺陷数目成正比

• 严格执行测试计划，排除测试的随意性

• 测试时间应当尽量宽松，不要希望在短时间内可以完成高水平的测试

• 妥善保存测试计划、测试用例、缺陷统计和最终分析报告，为维护提供方便

• 每一个测试结果都要避免出现不可再现的测试

• 如果在某一代码段中发现的缺陷越多，根据测试集群原理，在该代码段可能还潜伏更多的缺陷

• 让最好的程序员去进行测试的工作，不要为了测试变得容易而更改程序

• 设计软件系统要保证集成到系统中的每个模块仅集成一次，注意确保软件的可测性

除此以外，还有一些测试原则也值得注意，比如：

• 应对每一个测试结果做全面检查

有些测试结果可以一眼看出软件是否存在缺陷，而有些测试结果却需要进行认真分析才能避免错误被遗漏。

• 测试应从小规模开始，逐步转向大规模

软件测试应从基本单元/函数开始测试，然后是对集成为较大模块进行测试，直至对整个软件配置项进行测试。这是测试的一般规律。就像《失控》书中所描述的那样，先确保构成软件的最小单元是正确的，再逐步集成，确保每次集成的结果也都是正确的，最终就能构造出完美的软件。

• 测试用例应由测试输入数据、测试执行步骤和预期输出结果三个部分组成

测试输入数据和执行步骤是测试执行的必要条件，而预期输出结果则是判断软件是否存在缺陷和测试是否终止的条件。

• 按照需求优先级从高到低的顺序进行测试

测试的资源是有限的，所以更应该合理地安排测试的顺序。那些关键程度和优先级比较高的需求应当优先进行测试，因为这部分软件模块的质量可以决定软件的整体质量。

• 重点放在处理多语言字符串的直接或间接输入输出上

如果一个软件使用多种语言编写，那就应当把测试的重点放在不同语言模块之间的接口上，因为这里更容易出现问题。

• 对测试出的错误结果一定要有一个确认的过程

对测试发现的问题进行原因分析，确认问题所在，采取纠正措施，这些都需要付出较高的成本，如果所谓的测试问题根本不存在，那将会造成极大的浪费。所以，测试人员不要轻易地提出问题报告，每一个测试问题都应经过仔细地确认才行。

• 注意回归测试的关联性，避免修改一个错误引起更多错误

回归测试不是更改测试，仅仅针对更改的部分进行测试有时会发现不了更改过程中引入的新的缺陷。回归测试应同时测试受更改的部分影响的功能模块、常用模块和重要模块。

这正是：

测试原则有很多，测试之前多了解

相关原来都掌握，测试效果好很多

参考书目：软件测试实用技术与常用模板（第2版），作者：李龙，黎连业，出版社：机械工业出版社