什么是带有示例的系统集成测试 (SIT)

自上而下的方法在这种方法中，测试仅从应用程序的最顶层模块开始，即UI，我们将其称为测试驱动程序。存根用于模仿底层模块的功能。顶层模块与底层模块存根一一合并，然后测试功能。每次测试完成后，存根将替换为真正的模块。这些模块可以以广度优先或深度优先的方式组合。测试将继续进行，直到创建了整个应用程序。这种方法的优点是不需要驱动程序，并且可以根据系统的功能来定义测试用例。这种方法的主要困难是依赖低级模块功能的可用性。用存根替换正版模块时可能会出现测试延迟。

自下而上的方法它克服了自顶向下方法的缺点。首先，在该技术中组合最低级别的模块以创建集群。这些集群在程序中提供特定的角色。然后由驱动程序管理测试用例的输入和输出。之后，对集群进行测试。测试后，驱动程序被删除，集群与下一个更高级别合并。重复此过程，直到完成整个应用程序结构。这种方法消除了对存根的要求。随着处理级别的提高和对驱动程序的要求降低，它变得更简单。建议在面向对象系统、实时系统和具有严格性能要求的系统上执行SIT时使用此方法。这种方法的缺点是最重要的组件，即UI，最后被测试。

三明治方法在这种方法中，合并了前面提到的自顶向下和自底向上的方法。该系统被认为具有三层：中心的目标层、目标上方的层和目标下方的层。测试在两个方向上进行，并聚集在位于中心的目标层，如下图所示。这种方法的好处是允许同时评估系统的顶层和底层。这种技术的缺点是它没有在集成之前彻底测试各种子系统。为了克服这一限制，我们重新设计了三明治测试，以便使用存根和驱动程序并行测试顶层、中间层和底层。

BigBang方法在这种方法中，在应用程序的所有模块都完成后才完成集成。在集成所有模块后，执行测试以确定集成系统是否可运行。因为一切都是一次性合并而不是增量合并，所以这种方法很难发现问题的核心原因。当只需要一轮SIT时，通常使用此方法。