软件测试基本原则

原则1：测试可以证明缺陷存在，但不能证明缺陷不存在。
测试可以证明产品是失败的，也就是说产品中有缺陷。但测试不能证明程序中没有缺陷。适当的测试可以减少测试对象中的隐藏缺陷。即使在测试中没有发现失效，也不能证明其没有缺陷。

原则2：穷尽测试是不可能的。
考虑所有可能输入值和它们的组合，并结合所有不同的测试前置条件进行穷尽测试是不可能的。在实际测试过程中，对软件进行穷尽测试会产生天文数字的测试用例。所以说，每个测试都只是抽样测试。因此，必须根据风险和优先级，控制测试工作量。

原则3：测试活动应当尽早开始。
在软件生命周期中，测试活动应当尽早开始，而且应当聚焦于定义的目标上。这样可以尽早发现缺陷。

原则4：缺陷集群性。
通常情况下，大多数的缺陷只存在于测试对象的极小部分中。缺陷并不是平均而是集群分布的。因此，如果在一个地方发现了很多缺陷，那么通常在附近会有更多的缺陷。在测试中，应当机动灵活地应用这个原则。

原则5：杀虫剂悖论。
如果同样的测试用例被一再重复地执行，会减少其有效性。先前没有发现的缺陷也不会被发现。因此，为了维持测试的有效性，战胜这种“抗性药”，应当对测试用例进行不断修改和更新。这样软件中未被测试过的部分或者先前没有被使用的输入组合就会重新执行，从而发现更多的缺陷。

原则6：测试依赖于测试内容。
测试必须与应用程序的运行环境和使用中固有的风险相适应。因此，没有两个系统可以以完全相同的方式进行测试。对于每个软件系统，测试出口准则等等应当根据它们使用的环境分别量体定制。安全关键系统与电子商务应用程序要求的测试是不同的。

原则7：没有失效就是有用系统是一种谬论。
找到失效、修正缺陷并不能保证整个系统可以满足用户的预期要求和需要。在开发过程中用户的早期介入和原型系统的使用就是为了避免问题的预防性措施。