2.软件原理级架构及常见协议

2.软件原理级架构

原理1：测试可以证明缺陷存在，但不能证明缺陷不存在

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

原理2：穷尽测试是不可能的。

考虑所有的可能输入值和他们的组合，并结合所有的不同的前置条件进行穷尽测试是不可能的。

在实际测试过程中，对软件进行穷尽测试会产生天文数字的测试用例。所以说，每个测试都只是抽样测试。因此，必须根据·风险和优先级，控制测试工作量·。

原理3：测试活动应当尽早开始

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

原理4：缺陷集群性

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

原理5：杀虫剂悖论

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

原理6：测试依赖于测试内容

测试与应用程序的运行环境和使用中固有的风险相适应。因此没有两个系统可以以完全的方式进行测试。对于每个软件系统、测试出口准则等等，应当根据他们使用的环境量体

原理7：没有失效就是有用系统是一种谬论

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

软件测试的框架图：

是为了避免问题的预防性措施。

软件测试的框架图：