软件工程导论课件全幻灯片.ppt

7.2 单元测试（1） 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 1. 单元测试的内容 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 (1) 模块接口测试 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括： 调用本模块的输入参数是否正确； 本模块调用子模块时输入给子模块的参数是否正确； 全局量的定义在各模块中是否一致；  模块接口 局部数据结构 重要的执行通路 出错处理通路 影响上述各方面特性 的边界条件 7.2 单元测试（2） 在做内外存交换时要考虑： 文件属性是否正确； OPEN与CLOSE语句是否正确； 缓冲区容量与记录长度是否匹配； 在进行读写操作之前是否打开了文件； 在结束文件处理时是否关闭了文件； 正文书写／输入错误， I／O错误是否检查并做了处理。 (2) 局部数据结构测试 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错 不一致的数据类型 全局数据对模块的影响 (3) 路径测试 选择适当的测试用例，对模块中重要的执行路径进行测试。 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。 对基本执行路径和循环进行测试可以发现大量的路径错误. (4) 错误处理测试 出错的描述是否难以理解 出错的描述是否能够对错误定位 显示的错误与实际的错误是否相符 对错误条件的处理正确与否 在对错误进行处理之前，错误条件 是否已经引起系统的干预等 7.2 单元测试（3） (5) 边界测试 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素 2. 单元测试的步骤 代码审查：组长+程序设计、编写、测试者 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。 驱动模块 (driver) ：调用测试单元的“主程序”，它接受测试数据，把这些数据传送给被测试的模块并打印有关结果。 桩模块 (stub) ── 存根模块：是被测试模块单元所调用模块的代替模块，在模块调用接口、相关数据处理、控制返回等方面对被代替模块进行“模拟”。 驱动模块 被测模块 桩模块 桩模块 桩模块 测试用例 测试结果 单元测试的测试环境 7.3 集成测试（1） 集成测试是组装软件的系统技术；组装测试 、联合测试 通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需 要考虑的问题是： 在把各个模块连接起来的时侯，穿越模块接口的数据是否会丢失； 一个模块的功能是否会对另一个模块的功能产生不利的影响； 各个子功能组合起来，能否达到预期要求的父功能； 全局数据结构是否有问题； 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。 在单元测试的同时可进行组装测试，发现并排除在模块连接中可能出现的问题，最终构成要求的软件系统。 子系统的组装测试特别称为部件测试，它所做的工作是要找出组装后的子系统与系统需求规格说明之间的不一致。 通常，把模块组装成为系统的方式有两种 一次性组装方式：又称为非渐增式测试； 增殖式组装方式：其中又分为自顶向下、自底向上和两种方法混合测试 方式。 7.3 集成测试（2） 1.一次性组装方式(big bang) 它是一种非增殖式组装方式。也叫做整体拼装。 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。 系 统结构图 单元测试 整体组装 7.3 集成测试（3） 2. 增殖式组装方式 这种组装方式又称渐增式组装 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统 在组装的过程中边连接边测试，以发现连接过程中产生的问题 通过增殖逐步组装成为要求的软件系统。 (1) 自顶向下的增殖方式 这种组装方式将模块按系统程序结构，沿控制层次自顶向下进行组装。 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。 选用按