软件测试中的增量测试
增量测试：
与开发测试一样，也是 SDLC（软件开发生命周期）的一个阶段。在开发周期的不同阶段执行不同的测试。与此类似，增量测试是软件领域在单元测试之后进行的集成测试的测试阶段常用的测试方法之一。几个存根和驱动程序用于一个接一个地测试模块，这有助于发现特定模块中的错误和缺陷。
让我们用更简单的方式来理解它，在完成单元测试之后，进行相应的集成测试，也就是检测不同模块之间的接口和交互的简单过程。因此，虽然正在进行集成过程，但使用了许多方法和技术，其中之一就是增量测试。这是一种开发人员使用存根或驱动程序一个接一个地总结模块以展开缺陷的方法。
在增量测试中存在一系列可能性和几种方法。
让我们看看它们：
- 自上而下的增量集成——
在此，模块根据架构设计从上到下进行测试，同时遵循控制流程。不可用的组件或系统很容易被存根替换。 - 自下而上的整合——
这种类型的集成测试自下而上进行。控制流也发生在向上的方向。不可用的组件或系统很容易被驱动程序替换。 - 功能增量集成 –
在这种情况下，集成和测试都在功能或指定的功能文档的基础上进行并完成。
下面讨论了这几种增量测试方法，其中包括一些步骤
- 所有使用的模块都使用单元测试单独测试。
- 每个模块组合并通过加一进行测试。
- 最近的模块被添加到以前集成的模块中，然后通过测试过程。
- 然后最后一个模块增加，所有模块都一起测试成功集成。
持续测试的特点：
- 每个模块都给出了在构建项目时所扮演的特定角色。
- 每个模块都有明确定义的依赖关系，这些依赖关系在运行时使用。
- 增量测试的最大优势是检测在早期阶段在较小的装配中发现的缺陷的根本原因。
增量测试的优点：
- 每个模块都有其特定的意义。每个人都在测试期间扮演一个角色，因为它们是单独递增的。
- 在较小的模块中检测缺陷，而不是表示错误，然后编辑和重新更正大文件。
- 根据要求和范围，它更灵活、更具成本效益。
- 客户有机会对每个建筑物做出回应。
面临的缺点：
由于 Stub 和驱动程序是开发出来的，并且在用于测试之前还需要不断更新，所以这个过程会消耗一些额外的时间。