南华大学计算机科学与技术学院软件工程概论课件第5章 软件验证技术（2）.ppt

主要内容 单元测试 集成测试 确认测试 系统测试 5.5 单元测试 单元测试又称模块测试或分调，是动态测试中的第一步，通常在编码阶段进行。 单元测试集中检查软件设计的最小单元——模块，即程序中最小的独立编译单位。在源程序代码经过编译、评审，确认没有语法错误之后，便可开始进行单元测试的测试用例设计，以发现程序内部逻辑结构的错误。 单元测试可以由程序作者进行，也可以由同行互测对方的单元进行。 5.5.1 测试策略 单元测试一般总是把白盒法和黑盒法结合运用。先用黑盒法设计出一组基本的测试用例，然后用白盒法，根据覆盖标准要求补充新的测试用例满足覆盖标准。在一般情况下，单元测试应以白盒法为主。 单元测试作用 采用从单元开始而不是对整个程序进行测试，一方面可以减少测试工作的复杂性，另一方面容易进行错误定位和纠错。同时，对多个模块的测试可以并行地进行，从而缩短测试的周期。 性价比好 5.5.2 测试内容 单元测试在于考察模块的接口和内部结构，检查是否符合程序规格说明（即详细设计说明书）的要求。测试的重点在以下几个方面： 1、模块的接口； 2、局部数据结构； 3、重要的执行通路； 4、出错处理路径； 5、影响以上各项的边界条件。 模块接口测试 模块局部数据结构测试 模块重要执行通路(路径)测试 模块内部错误处理测试 模块边界条件测试 5.5.3 测试的阶段及活动 (GB/T15532-1995) 完善测试计划阶段 (制定方法、资源及进度的计划;确定需测试的与需求有关的特性；细化计划) 获得测试用例集阶段 （设计测试用例集；执行测试计划及实现设计） 评价测试单元阶段 （执行测试规程；核对终止情况；评价测试效果和被测单元 ） 一般流程 测试记录示例 5.5.4 测试软件 5.6 集成测试 集成测试，又称组装测试、综合测试或联调，是在单元测试完成之后，将所有模块按概要设计要求组装成系统的时候进行的测试。 主要目标是发现与接口有关的问题。 集成测试有组装和检验两重意义，一方面将各经过单元测试的模块拼装起来形成完整可运行的系统；另一方面要检验每一步拼装过程是否正确。 5.6.1 测试内容 主要检查模块接口和全局数据。 检查清单： 穿越模块接口的数据是否会丢失； 一个模块是否对另一个模块产生不利的副作用； 模块组装后，能否达到预期要求的功能； 全局数据结构在引用中是否有问题； 模块的误差积累是否可以接受。 5.6.2 测试策略 集成测试一般应由独立的测试小组进行，由测试小组提出测试用例，记录测试结果，并编制测试报告。 测试用例的设计通常采用黑盒法，其实施策略又分为非渐增式和渐增式两种。 在模块组装起来后，新的数据流路径建立起来了，新的控制逻辑可能激活了等等。这些改变可能会使原本工作正常的功能产生错误，因此，应对某些已经进行过的测试的测试用例再重新执行一遍，以保证上述改变不会传播意外的副作用，称之为回归测试。 5.6.3 非渐增式测试 采用非渐增式测试，一般应先经过单元测试，然后再把所有模块一次性组装在一起进行测试，最终得到要求的软件系统。 将模块一次性组装在一起运行成功的可能性并不大。其结果往往是发现有错误，但由于程序中模块一次性引入过多，难于进行错误定位。同时，一旦修正错误之后，新的错误很可能马上会出现。 除规模很小的程序，一般很少采用此种测试策略。 5.6.4 渐增式测试 渐增式测试采用逐步加入模块或功能簇的方式进行，在加入过程中边连接边测试，比较容易定位和修正错误，且接口也可以更容易进行彻底地测试。 按照添加模块的方式，又可分为自顶向下的渐增测试和自底向上的渐增测试。 自顶向下的渐增式测试 首先集成主控模块，然后按照软件结构的控制层次自上而下进行集成，把主控模块的直接（或间接）调用模块按深度优先或广度优先的方式集成到整个软件结构中。 步骤 (1)以主控模块为被测模块兼驱动模块，所有被主控模块直接调用的下层模块全部用桩模块代替，对主控模块进行测试。 (2)根据集成的实现方法（如深度或广度优先），用实际模块替换相应桩模块，再用桩模块代替它们的直接下属模块。 (3)在每一个模块集成的时候都要进行测试。 (4)进行回归测试（即重新执行以前做过的全部测试或部分测试），排除组装过程中引入新的错误。 (5)重复(2)～(4)，直到所有的模块都已组装到系统中。 例子 特点 ①能较早地显示整个程序的轮廓，对增强开发人员的信心，取得用户的支持，有重要的作用； ②只需编写桩模块供测试用，驱动模块可以利用实际模块； ③能尽早发现主要控制中的问题，减少以后的返工； ④可先对逻辑输入的分支进行组装和测试，检查和克服潜藏的错误，为其后对主加工分支的组装和测试提供了保证