1、陈大卫2022年3月5日软件集成测试软件集成测试一、集成测试及其目的一、集成测试及其目的二、集成测试设计及准备工作二、集成测试设计及准备工作三、三、集成测试策略的选择集成测试策略的选择四、四、集成测试相关质量特性集成测试相关质量特性五、集成测试的实施五、集成测试的实施六、面向对象的集成测试六、面向对象的集成测试集成测试：集成测试：是一个应用系统的各个部件的联合测试，用以决定他们能否在一起共同工作，部件可以是代码块、对象、独立应用、网络上的客户端或服务器端程序。目的：目的：保证每一个功能模块的功能正确和性能良好，以至于这些模块组装在一起时他们可以很好地协调工作，保证整个系统功能和性能的良好。1.
2、 集成测试的入口准则与输入：前一阶段测试完成，测试报告被批准；测试计划被批准概要设计说明书被批准；需求和需求规格说明书一致。 软件概要设计说明书软件概要设计说明书2. 通过概要设计，了解整个系统的组织结构和开发顺序，选择适当的集成策略，并根据接口描述和主要功能描述制定集成测试计划、设计和用例。 3. 人员安排：集成测试既要求参与人熟悉单元的内部细节，又要求他们能够从足够高的层次上观察整个系统，因此一般由主要的软件开发者协助测试人员来完成集成测试的设计。 l 软件集成测试分单元级别，功能配置级别，系统级别进行集成，过程比较复杂。l 将集成测试设计转变为简明易懂的集成测试用例。l 定义集成测试环境
3、。l 建立测试通过和失败的准则。l 估计人力和其他资源。l 检查接口规格，功能流程在测试用例中的分布。l 由测试小组和开发小组对测试设计和用例（即测试说明）进行评审。4. 设计准备文档:集成测试计划集成测试说明l 非增量测试 l 增量测试l 非增量测试 局部大爆炸：局部大爆炸：在被组合成子系统之前，对每个软件单元模块进行的测试，然后对整个系统进行测试。这种大爆炸的测试方法适用于那种测试时间较短，结构不很复杂的系统的集成测试。 l 增量测试 自顶向下自顶向下：从最具控制力的软件单位（主模块）开始，按控制层次减弱的顺序向系统中增加模块，直至实现整个系统。l 增量测试 自底向上自底向上：从原子模块开
4、始进行构造和测试。一次向上提高一个级别，采用驱动程序（一个供测试用的控制程序）来驱动测试执行。从控制力最弱的模块（程序结构的最底层模块）开始，按控制层次增强的顺序向系统中增加模块，直至实现整个系统。 l 增量测试 基于线程的测试：基于线程的测试：根据功能集成模块。从一个功能开始，用桩来替换这个功能的相应的模块，直到这个功能的所有模块被测试，然后再加入另外一种功能，继续进行直到系统被测试完毕。这种测试方法提供了更好的可见性并能跟踪集成活动。 l 增量测试 自顶向下集成适用于几乎所有范围或体系结构；自底向上集成在面向结构的开发中非常有用，首先应确保“低层模块组合能够实现软件特定的子功能”，这种集成
5、策略对小型到中型系统比较有效；基于线程的测试适用于那些功能流程较为清晰的系统。练习：基于结构化的设计练习：基于结构化的设计 (A)(C)(B) 上面三种结构中，哪种设计较好？上述系统应选择何种策略上述系统应选择何种策略 如果测试对象像图(A)那种比较理想的情况，采用自底向上或自顶向下、功能线（Function Thread）和大爆炸（Big Bang）的测试策略均可。 如果出现像图(B)和(C)那样的情况，一般来说采用两种方法来对付：采用大爆炸的测试策略，先测试所有的单个的集成测试粒度，然后组合起来进行总的测试即可；增粗测试粒度：把其中个别比较混乱的那部分函数当作一个整体来进行测试，这样可能比
6、死抠单个函数测试效果要更好，遇到这种情况要灵活应付。集成测试阶段能够测试的质量特性有：功能性、可靠功能性、可靠性、效率、易维护性、可移植性性、效率、易维护性、可移植性可靠性（成熟性、容错性、易恢复性）工具：BoundsCheck，检查程序是否有资源、内存泄漏等，还可以检查测试的代码覆盖率。效率（时间特性、资源特性）工具：Developepartner，可以检查每个函数的运行效率。l 集成测试环境的搭建l 桩或驱动的制造l 集成测试的测试点 l 集成测试的操作步骤 l 需要注意的问题 l 集成测试环境的搭建搭建集成测试的运行环境，包括操作系统、数据库、开发软件和所需的测试工具。设置系统运行所需的
7、参数、数据初始化工作。 l 桩或驱动的制造在集成测试中，我们需要根据集成测试策略的选取决定是否在测试中制造桩或驱动，然后输入测试数据进行测试并查看测试结果。针对不同的代码版本，驱动和桩一般不需要改变，但是测试用例可能需要完善。 l 制造桩的目的模拟待测系统运行的实际环境，为其提供可用来调用的模块。如果为一个类制造桩，所要关心的是该类中定义使用的其他类的实例（对象）。即要搞清该类都使用了哪些外部的资源。然后我们以最简单的方式来提供这些资源。l 制造驱动的目的模拟待测系统运行的实际环境，提供调用待测系统的模块。如果为一个类制造驱动，所要关心的是该类提供了哪些供调用的公有函数。然后在驱动模块中对这些
8、函数进行调用，观察这些函数的工作情况。这时就需要对函数的调用参数，调用方式等方面设计测试用例。 l 集成测试的测试点 接口测试：接口测试：测试模块间的接口是否吻合。数据传递测试：数据传递测试：各模块连接时，穿越模块接口的数据是否会丢失。例如调用函数获得返回值、不同的模块使用同一个数据。 l 集成测试的测试点 误差积累测试误差积累测试 ：由于原来可接受的误差的积累可能导致结果不可以接受，所有在测试方案中要考虑那些模块会产生误差，误差是否会积累，误差以什么方式增长。 全局数据测试：全局数据测试：考虑全局数据的有效期，在有效期内对其的操作是否合理，是否存在使用过期数据的情况。 l 集成测试的测试点
9、负作用测试：负作用测试：测试某一个模块的功能是否会对另一个模块的功能产生不利的影响。如抢占资源、破坏数据、安全漏洞、性能瓶颈等。 组装功能测试：组装功能测试：子功能组合是否能达到父功能的预期要求。 回归测试：回归测试：在问题修改后，要对所有相关模块再进行一轮测试，验证本次修改没有产生负作用。 l 集成测试的操作步骤 假定开发的软件系统按自底向上集成的方式进行测试。 a.将最底层的功能模块进行分组，原则是将那些与上层某个功能模块相关联的模块分为一组。 b.对每一组分别进行测试，各组测试可并行展开，这样可以加快测试的进程。 c.沿软件的结构，逐级向上集成，直到所有的单元都组合到一起，这样就完成了集
10、成测试的任务。 l 集成测试的操作步骤 集成测试阶段是以黑盒测试为主，在自底向上集成的早期，白盒法测试占一定的比例，随着集成测试的不断深入，这种比例在测试过程中将越来越少，渐渐地，黑盒测试占据主导地位。 l 需要注意的问题 1. 类内部使用全局变量。类内部使用全局变量。2. 类内部使用全局函数。类内部使用全局函数。3. 类内部使用库函数。类内部使用库函数。4. 使用宏定义。使用宏定义。 l 对于面向对象程序，相互调用的功能是散布在程序的不同类中，类通过消息相互作用申请和提供服务。类的行为与它的状态密切相关，状态不仅仅是体现在类数据成员的值，也许还包括其他类中的状态信息，类相互依赖极其紧密。 l
11、 面向对象的集成测试能够检测出相对独立的单元测试无法检测出的那些类相互作用时才会产生的错误。基于单元测试对成员函数行为正确性的保证，集成测试只关注于系统的结构和内部的相互作用。面向对象的集成测试可以分成两步进行：先进行静态测试，再进行动态测试。 l 静态测试静态测试:静态测试主要针对程序的结构进行，检测程序结构是否符合设计要求。这种方法的主要特性是不利用计算机运行被测试的程序，而是采用其他手段达到检测的目的。 l 动态测试动态测试 :实际运行被测程序，输入相应的测试用例，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性。具体设计测试用例，可参考下列步骤：1. 先选定检测的类，仔细
12、找出类的状态和相应的行为，类或成员函数间传递的消息，输入或输出的界定等。2.确定覆盖标准。3. 利用结构关系图确定待测类的所有关联。4.根据程序中类的对象构造测试用例，确认使用什么输入激发类的状态、使用类的服务和期望产生什么行为等。值得注意，设计测试用例时，不但要设计确认类功能满足的输入，还应该有意识的设计一些被禁止的例子，确认类是否有不合法的行为产生，如发送与类状态不相适应的消息，要求不相适应的服务等。根据具体情况，动态的集成测试，有时也可以通过系统测试完成。值得注意，设计测试用例时，不但要设计确认类功能满足的输入，还应该有意识的设计一些被禁止的例子，确认类是否有不合法的行为产生，如发送与类状态不相适应的消息，要求不相适应的服务等。根据具体情况，动态的集成测试，有时也可以通过系统测试完成。以C+语言和测试粒度定为类的情况为例，一般来说因为考虑到类的重用和继承，类之间的关系可能会比较复杂，建议采用大爆炸(Big Bang)或功能线(Function Thread)的测试策略比较好。谢谢谢谢 大家大家
