今天学习下如何进行集成测试。
什么是集成测试?
集成测试被定义为一种测试类型，其中软件模块在逻辑上集成并作为一个组进行测试。一个典型的软件项目由多个软件模块组成，由不同的程序员编码。此级别测试的目的是在集成这些软件模块时，暴露它们之间交互中的缺陷
集成测试的重点是检查这些模块之间的数据通信。因此，它也被称为“I & T”(集成和测试)，“字符串测试”，有时也称为“线程测试”。
为什么要进行集成测试?
虽然每个软件模块都进行了单元测试，但是由于各种原因仍然存在缺陷
一般来说，模块是由独立的软件开发人员设计的，他们的理解和编程逻辑可能与其他程序员不同。集成测试是验证软件模块统一工作的必要条件
在模块开发时，客户的需求有很大的变化机会。这些新需求可能无法进行单元测试，因此系统集成测试就变得必要了。
软件模块与数据库的接口可能出现错误
外部硬件接口，如果有，可能是错误的
不充分的异常处理可能会导致问题。
集成测试用例的示例
集成测试用例与其他测试用例的不同之处在于，它主要关注模块之间的接口和数据/信息流。这里优先考虑的是集成环节，而不是已经测试过的单元功能。
应用程序有3个模块，分别是“登录页面”、“邮箱”和“删除邮件”，每个模块在逻辑上都是集成的。
这里不太关注登录页面测试，因为它已经在单元测试中完成了。但是检查它是如何链接到邮箱页面的。
类似邮箱:检查它与删除邮件模块的集成。
| 测试用例id | 测试用例目标 | 测试用例描述 | 预期结果 |
| 1 | 检查“登录”和“邮箱”模块之间的接口链接 | 输入登录凭证，单击“登录”按钮 | 跳转到“邮箱” |
| 2 | 查看“邮箱”和“删除邮件”模块之间的接口链接 | 从“邮箱”中选中该邮件，单击“删除”按钮， | 选中的邮件将出现在“已删除/垃圾”文件夹中 |
集成测试的类型
软件工程定义了执行集成测试的各种策略，即。
-
大爆炸方法:
-
增量法:进一步分为以下几部分
-
自顶向下法
-
自底向上法
-
三明治方法——自上而下和自下而上的结合
以下是不同的策略，它们的执行方式及其局限性和优点。
大爆炸测试
大爆炸测试是一种集成测试方法，在这种方法中，所有组件或模块立即集成在一起，然后作为一个单元进行测试。在测试时，这组组合的组件被视为一个实体。如果单元中的所有组件都没有完成，集成过程就不会执行。
优点:
适用于小型系统。
缺点:
故障定位困难。
考虑到在这种方法中需要测试的接口数量之多，一些需要测试的接口链接很容易被遗漏。
由于集成测试只能在“所有”模块设计完成后开始，因此测试团队在测试阶段执行的时间更少。
由于所有模块都是一次测试，因此高风险的关键模块不会被隔离，并根据优先级进行测试。处理用户界面的外围模块也没有被隔离和优先级测试。
增量测试
在增量测试方法中，测试是通过集成两个或多个彼此逻辑相关的模块来完成的，然后测试应用程序的正常功能。然后以增量方式集成其他相关模块，该过程继续进行，直到所有逻辑相关的模块都被集成并成功测试为止。
增量法依次采用两种不同的方法:
-
自底向上
-
自顶向下
打桩和驱动器
打桩和驱动程序是集成测试中用来促进软件测试活动的虚拟程序。这些程序作为测试中缺失模型的替代品。它们不实现软件模块的整个编程逻辑，但它们在测试时模拟与调用模块的数据通信。
打桩:被测试模块调用。
驱动程序:调用要测试的模块。
自底向上集成测试
自底向上集成测试是一种首先测试较低级别模块的策略。然后，这些测试过的模块将进一步用于促进更高级别模块的测试。该过程继续进行，直到顶级的所有模块都被测试完毕。一旦测试和集成了较低级别的模块，就会形成下一级别的模块。
图解表示:
集成测试教程:大爆炸，自顶向下和自底向上
优点:
-
便于故障定位。
-
不像大爆炸方法那样浪费时间等待所有模块的开发
缺点:
-
控制应用程序流程的关键模块(在软件体系结构的顶层)最后进行测试，可能容易出现缺陷。
-
早期的原型是不可能的
自顶向下集成测试
自顶向下集成测试是一种按照软件系统的控制流程从上到下进行集成测试的方法。首先测试较高级别的模块，然后测试和集成较低级别的模块，以检查软件功能。存根用于测试如果某些模块还没有准备好。
图解表示:
集成测试教程:大爆炸，自顶向下和自底向上
优点:
-
更容易定位故障。
-
获得早期原型机的可能性。
-
对关键模块进行优先级测试;主要的设计缺陷可以先被发现并修复。
缺点:
-
需要很多存根。
-
较低级别的模块测试不足。
三明治测试
三明治测试是一种策略，在这种策略中，顶层模块与较低层模块进行测试，同时较低层模块与顶层模块集成并作为一个系统进行测试。它是自顶向下和自底向上方法的组合，因此被称为混合集成测试。它同时使用存根和驱动程序。
集成测试教程:大爆炸，自顶向下和自底向上
如何进行集成测试?
不考虑软件测试策略的集成测试过程(如上所述):
-
准备集成测试计划
-
设计测试场景、用例和脚本。
-
执行测试用例，然后报告缺陷。
-
跟踪并重新测试缺陷。
-
重复步骤3和4，直到集成成功完成。
集成测试计划的简要描述
它包括以下属性:
-
测试的方法/方法(如上所述)。
-
集成测试的范围和范围外项目。
-
角色和责任。
-
集成测试的先决条件。
-
测试环境。
-
风险和缓解计划。
集成测试的进入和退出标准
在任何软件开发模型中集成测试阶段的进入和退出标准
输入条件:
-
单元测试组件/模块
-
所有高优先级的bug修复并关闭
-
所有模块代码完成并成功集成。
-
集成测试计划、测试用例、要签署并记录的场景。
-
为集成测试设置所需的测试环境
退出标准:
-
成功测试集成应用程序。
-
已执行的测试用例被记录
-
所有高优先级的bug修复并关闭
-
提交技术文件后提交发布说明。
集成测试的最佳实践/指南
-
首先，确定可以采用的集成测试策略，然后相应地准备测试用例和测试数据。
-
研究应用程序的体系结构设计，确定关键模块。这些需要按优先级进行测试。
-
从架构团队获得接口设计，并创建测试用例以详细地验证所有接口。必须详细测试与数据库/外部硬件/软件应用程序的接口。
-
在测试用例之后，发挥关键作用的是测试数据。
-
在执行之前，总是准备好模拟数据。不要在执行测试用例时选择测试数据。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
