软件测试类型——集成测试_单个软件模块作为一个组进行组合和测试

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

*被测系统比较小，并且它的每个组件都进行了充分的单元测试。

自顶向下集成（Top-Down Integration）

（1）概念：自顶向下集成（Top-Down Integration）采用了和设计一样的顺序进行测试，它在第一时间内对系统的控制接口进行验证，其中顶层的组件具有控制的责任，首先测试顶层的组件，然后逐步测试处于底层的组件，这种集成方式可以采用深度优先策略和广度优先策略。
（2）目的：从顶层开始控制，采用和设计一样的思路对系统进行测试，以验证系统的接口稳定性。
（3）策略：
*以主模块为所测模块兼驱动模块，所有直属于主模块下的下属模块全部用桩单元代替，对主模块进行测试。
*采用深度优先（Depth-First）或者广度优先（Breath-First）的策略，用实际模块替换相应桩模块，再用桩模块代替它们的直接下属模块，与已经测试的模块组成新的子系统或者系统。
（4）优点：
*自顶向下这种集成方式，在测试过程中较早的验证了主要的控制和判断点，如果主要控制有问题，尽早发现它能够减少以后的返工，所以这是十分必要的。
*如果采用深度优先的策略，就可以首先实现和验证一个完整的软件功能，可以先对逻辑输入的分支进行组装和测试，检查和客服潜藏的错误和缺陷，验证功能的正确性，为之后对主要加工分支的组装和测试提供了保证。
*功能的可行性较早得到了证实。
*最多只需要一个驱动模块，减少了驱动模块的费用开支，也减轻了后期对驱动模块的维护。
*由于该方法和设计的思路是一样的，所以可以和设计并行开展，如果目标环境或者设计需要改变，这种方式也可以灵活的适应。
*支持故障隔离。例如：A模块测试正常，但是假如B模块之后，出现问题，那么可以确定，要么就是B模块有问题，要么就是A模块和B模块之间的接口有问题。
（5）缺点：