软件测试生命周期 - 测试基本原则

测试的共同目标是在尽可能早的阶段发现缺陷。并且，一旦缺陷被修复，确保其按预期工作并且不会破坏任何其他功能。

为了实现这些目标，软件测试提供了七个基本原则：

测试能说明什么？

测试可以证明缺陷的存在，但无法证明产品中不存在缺陷。测试阶段确保被测应用程序根据给定需求工作，并有助于降低应用程序中未发现缺陷的可能性。但是，即使没有发现缺陷，也不意味着它绝对正确。我们可以假设 AUT 符合我们的退出标准并根据 SRD 维护需求。

穷举测试是否可行？

除了琐碎的情况外，100% 的覆盖率或测试所有输入组合和可能组合是不可能的。与其进行穷举测试，不如使用风险分析和优先级来定义测试范围。在这里，大多数实时场景都可以考虑包括最可能的负面场景。这将帮助我们跟踪故障。

尽早测试

测试活动应尽早开始，并专注于测试策略和预期结果中定义的目标。测试的早期阶段有助于识别需求缺陷或设计级别的差异。如果在初始阶段捕获到这些类型的错误，则有助于我们节省时间，并且也具有成本效益。尽早开始测试的原因很简单 - 一旦收到 SRD，测试人员就可以从测试的角度分析需求，并可以注意到需求差异。

缺陷集中

根据以前的产品缺陷分析，可以说大多数缺陷是从对应用程序至关重要的一小组模块中识别的。这些模块可以根据复杂性、不同的系统交互或对其他不同模块的依赖性来识别。如果测试人员能够识别这些关键模块，他们可以更多地关注这些模块以识别所有可能的错误。在一项研究中发现，10 个缺陷中有 8 个是从 AUT 的 20% 功能中识别出来的。

杀虫剂悖论

什么是杀虫剂悖论 - 如果农作物上经常使用杀虫剂，就会出现昆虫产生某种抗药性的情况，并且逐渐地，喷洒的杀虫剂似乎对昆虫无效。

同样的概念也适用于测试。这里，昆虫是错误，而杀虫剂是反复使用的测试用例。如果同一组测试用例被反复执行，这些测试用例在一段时间后会变得无效，测试人员将无法识别任何新的缺陷。

为了克服这些情况，应定期检查和审查测试用例，并可以添加新的和不同的测试用例。这将有助于识别新的缺陷。

测试依赖于上下文

此原则指出，两种不同类型的应用程序不能使用相同的方法进行测试，除非两种应用程序的性质相同。例如，如果测试人员对 Web 应用程序和移动应用程序使用相同的方法，那完全是错误的，并且产品发布质量差的风险很高。测试人员应针对不同类型和性质的应用程序使用不同的方法、方法、技术和覆盖范围。

无错误谬误

此原则指出，查找缺陷并修复它们直到应用程序或系统稳定，既费时又消耗资源。即使修复了 99% 的缺陷，应用程序也存在不稳定的风险。首先要验证应用程序的稳定性和环境的先决条件。如果这两个条件满足，我们才能开始详细测试。