什么是模块测试和集成测试?它们各有什么特点?

集成测试,英文是Integration Testing.

集成测试是指一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作并没有冲突.部件可以是代码块、独立的应用、网络上的客户端或服务器端程序.这种类型的测试尤其与客户服务器和分布式系统有关.一般集成测试以前,单元测试需要完成.

集成测试是单元测试的逻辑扩展.它的最简单的形式是：两个已经测试过的单元组合成一个组件,并且测试它们之间的接口.从这一层意义上讲,组件是指多个单元的集成聚合.在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分.方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试.最后,将构成进程的所有模块一起测试.此外,如果程序由多个进程组成,应该成对测试它们,而不是同时测试所有进程.

集成测试识别组合单元时出现的问题.通过使用要求在组合单元前测试每个单元,并确保每个单元的生存能力的测试计划,可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关.这种方法将可能发生的情况数量减少到更简单的分析级别.

集成测试和系统测试的区别 一般的小系统区分不是很大的。 1、计划和用例编制的先后顺序 从V模型来讲，在需求阶段就要制定系统测试计划和用例，HLD的时候做集成测试计划和用例，有些公司的具体实践不一样，但是顺序肯定是先做系统测试计划用例，再做集成。 2、用例的粒度 系统测试用例相对很接近用户接受测试用例。 集成测试用例比系统测试用例更详细，而且对于接口部分要重点写，毕竟要集成各个模块或者子系统。 3、执行测试的顺序 先执行集成测试，待集成测试出的问题修复之后，（配置管理，基线化），再做系统测试。4、用例的数量 系统测试的用例数量一般比集成测试的用例数量少，具体的数量要根据各个公司的性能基线来确定，一般写不到这个数量的测试用例还通不过审计。 系统测试这个称呼往往被用于压力测试、容量测试、性能测试、安全测试等方面。 而集成测试这个称呼往往被用于细节化的功能测试的超集——从用户需求来设计和组织较大颗粒度的功能测试。 系统测试最主要的就是功能测试，测试软件《需求规格说明书》中提到的功能是否有遗漏，是否正确的实现。做系统测试要严格按照《需求规格说明书》，以它为标准。测试方法一般都使用黑盒测试 法； 集成测试在系统测试之前，单元测试完成之后系统集成的时候进行测试。集成测试主要是针对程序内部结构进行测试，特别是对程序之间的接口进行测试。集成测试对测试人员的编写脚本能力要求比 较高。测试方法一般选用黑盒测试和白盒测试相结合。 集成测试：是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的借口是否正确。它根据集成测试计划，一边将模块或其他年间单位组合成越来越大的系统，一边运行该系统，以 分析所组成的系统是否正确，各个组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。也可以理解为在软件设计单元、功能模块组装、集成为系统时，对应用系统的各个部件（软件单元 、功能模块接口、链接等）进行的联合测试，以决定他们能否在一起共同工作，部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。 系统测试：系统测试是基于软件需求说明书的黑盒测试，是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确， 并非一项简单的任务，被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他的动态运行行为应该与软件规约进行对比。软件系统测试的方法很多，主要有功能测试 ，性能测试，随机测试等。 通俗的讲，一个产品从研发到出厂的工程中，测试分为三个阶段：单元测试、集成测试、系统测试； 单元测试：一个模块的功能及常规错误测试； 集成测试：完成单元测试后，各模块联调测试；集 中在各模块的接口是否一致、各模块间的数据流和控制硫是否按照设计实现其功能、以及结果的正确性验证等等；可以使整个产品的集成测试，也可以使大模块的集成测试； 系统测试：针对整个产品的 全面测试，既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交个用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。

---