软件测试原理

软件测试是实施软件或应用程序以识别缺陷或错误的过程。在测试应用程序或软件时，我们需要遵循一些原则以使我们的产品免于缺陷，这也将帮助测试工程师花费大量时间和精力来测试软件。在本节中，我们将在这里学习软件测试的七个基本原则。

让我们一一看一下七种不同的测试原理：

• 测试表明存在缺陷
• 不可能进行详尽的测试
• 早期测试
• 缺陷聚类
• 农药悖论
• 测试是取决于上下文的
• 没有错误谬误

测试表明存在缺陷

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

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

不可能进行详尽的测试

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

因此，与其进行详尽的测试，不如进行无穷无尽的决定，并且大多数艰苦的工作都是不成功的。因此，我们可以根据模块的重要性完成这种类型的变体，因为产品时间表不允许我们执行这种类型的测试方案。

早期测试

这里的早期测试意味着所有测试活动应在软件开发生命周期的需求分析阶段的早期阶段开始，以识别缺陷，因为如果我们在早期阶段发现错误，则将在初始阶段对其进行修复，从而将其修复。与在测试过程的未来阶段确定的成本相比，我们的成本可能更低。

为了进行测试，我们将需要需求规格文件；因此，如果需求定义不正确，则可以直接将其固定，而不必在另一个阶段(即开发阶段)将其固定。

缺陷聚类

缺陷群集定义了在整个测试过程中，我们可以检测到与少量模块相关的错误数量。造成这种情况的原因很多，例如模块可能很复杂。编码部分可能很复杂，依此类推。

这些类型的软件或应用程序将遵循Pareto原则，该原则指出我们可以识别出大约。 80％的并发症出现在20％的模块中。借助于此，我们可以找到不确定的模块，但是如果定期执行相同的测试，则此方法会遇到困难，因此，相同的测试将无法识别新的缺陷。

农药悖论

这个原则定义为，如果我们在特定时间内一次又一次地执行相同的测试用例集，则这些类型的测试将无法在软件或应用程序中发现新的错误。为了克服这些农药悖论，经常检查所有测试用例非常重要。为实现应用程序或软件的多个部分的实现，必须编写新的和不同的测试，这有助于我们发现更多的错误。

测试是取决于上下文的

测试是依赖于上下文的原则，它指出我们有多个领域，例如市场上有电子商务网站，商业网站等。有一种确定的方法可以测试商业网站以及电子商务网站，因为每个应用程序都有其自己的需求，特征和功能。为了检查这种类型的应用程序，我们将借助各种测试，不同的技术，方法和多种方法来提供帮助。因此，测试取决于应用程序的上下文。

没有错误谬误

一旦对应用程序进行了完整的测试，并且在发行之前没有发现任何错误，那么我们可以说该应用程序无99％的错误。但是有机会在不正确的需求旁边测试应用程序，识别缺陷并在给定的时间段内修复它们，因为对错误的规格进行测试是无济于事的，这不适用于客户的需求。没有错误谬误意味着如果应用程序不切实际并且无法满足客户的要求和需求，则无法识别并修复错误。