软件测试原则

软件测试是执行软件或应用程序以识别缺陷或错误的过程。为了测试应用程序或软件，我们需要遵循一些原则，以使我们的产品没有缺陷，这也有助于测试工程师用他们的精力和时间来测试软件。在这里，在本节中，我们将学习软件测试的七个基本原则。

让我们逐一了解七个不同的测试原则

• 测试表明缺陷的存在
• 详尽的测试是不可能的
• 尽早测试
• 缺陷聚集
• 农药悖论
• 测试是上下文相关的
• 没有错误的谬误

测试表明缺陷的存在

测试工程师将测试应用程序，以确保应用程序没有错误或缺陷。在进行测试时，我们只能识别应用程序或软件是否存在任何错误。进行测试的主要目的是借助各种方法和测试技术识别未知错误的数量，因为所有测试都应可追溯到客户需求，这意味着要查找可能导致产品未能满足客户需求的任何缺陷。

通过对任何应用程序进行测试，我们可以减少错误的数量，但这并不意味着该应用程序是无缺陷的，因为有时在对软件进行多种类型的测试时，该软件似乎没有错误。但是在部署到生产服务器时，如果最终用户遇到测试过程中未发现的错误。

详尽的测试是不可能的

有时，在整个实际测试过程中，很难使用输入数据的有效和无效组合来测试所有模块及其功能。

因此，而不是执行详尽的测试，因为它需要无止境的决心，而且大部分艰苦的工作都是不成功的。因此，我们可以根据模块的重要性来完成这种类型的变化，因为产品时间线不允许我们执行这种类型的测试场景。

尽早测试

在这里，尽早测试意味着所有测试活动应在软件开发生命周期的早期阶段开始，即需求分析阶段，以识别缺陷，因为如果我们在早期阶段发现错误，它将在初始阶段本身得到修复，与在测试过程的未来阶段中识别的错误相比，这可能花费我们更少。

要执行测试，我们将需要需求规范文档；因此，如果需求定义不正确，则可以直接修复它们，而不是在其他阶段修复它们，这可能是开发阶段。

缺陷聚集

缺陷聚集定义了在整个测试过程中，我们可以检测到与少量模块相关的错误数量。我们对此有各种原因，例如模块可能很复杂；编码部分可能很复杂，等等。

这些类型的软件或应用程序将遵循帕累托原则，该原则指出，我们可以确定大约百分之八十的复杂性存在于百分之二十的模块中。借助此方法，我们可以找到不确定的模块，但是如果定期执行相同的测试，则此方法存在其自身的困难，因此相同的测试将无法识别新的缺陷。

农药悖论

该原则定义，如果我们在特定时间反复执行同一组测试用例，那么这类测试将无法在软件或应用程序中找到新的错误。为了克服这些农药悖论，经常审查所有测试用例非常重要。并且需要编写新的和不同的测试以实现应用程序或软件的多个部分，这有助于我们发现更多错误。

测试是上下文相关的

测试是上下文相关的原则指出，我们在市场上拥有多个领域，例如电子商务网站，商业网站等。测试商业网站和电子商务网站都有明确的方法，因为每个应用程序都有其自身的需求，特性和功能。为了检查这种类型的应用程序，我们将借助各种测试，不同的技术，方法和多种方法。因此，测试取决于应用程序的上下文。

没有错误的谬误

一旦应用程序经过全面测试，并且在发布之前未发现错误，那么我们可以说该应用程序没有 99% 的错误。但是，当应用程序在不正确的需求旁边进行测试，识别出缺陷并在给定时间内修复它们时，这种机会将无济于事，因为测试是在错误的规范上进行的，而这些规范不适用于客户的需求。没有错误谬误意味着，如果应用程序不切实际且无法满足客户的需求和需求，那么识别和修复错误将无济于事。