第四部分 软件测试与维护(12-13).pptVIP

简单循环 零次循环：从循环入口直接跳到循环出口。 一次循环：查找循环初始值方面的错误。 二次循环：检查在多次循环时才能暴露的错误。 m次循环：此时的m＜n，也是检查在多次循环时才能暴露的错误。 n(最大)次数循环、n+1(比最大次数多一)次的循环、n-1(比最大次数少一)次的循环。 嵌套循环 从最内层循环开始，设置所有其他层的循环为最小值； 对最内层循环做简单循环的全部测试。测试时保持所有外层循环的循环变量为最小值。另外，对越界值和非法值做类似的测试。 逐步外推，对其外面一层循环进行测试。测试时保持所有外层循环的循环变量取最小值，所有其它嵌套内层循环的循环变量取“典型”值。 反复进行，直到所有各层循环测试完毕。 对全部各层循环同时取最小循环次数，或者同时取最大循环次数。对于后一种测试，由于测试量太大，需人为指定最大循环次数 串接循环 如果各个循环互相独立，则串接循环可以用与简单循环相同的方法进行测试。 如果有两个循环处于串接状态，而前一个循环的循环变量的值是后一个循环的初值。则这几个循环不是互相独立的，则需要使用测试嵌套循环的办法来处理 集成测试技术 集成测试，也叫组装测试或联合测试 集成策略： 自底向上集成测试 自顶向下集成测试 Big-Bang集成测试 核心集成测试 自顶向下集成 自顶向下集成是构造程序结构的一种增量式方式，它从主控模块开始，按照软件的控制层次结构，以深度优先或广度优先的策略，逐步把各个模块集成在一起 深度优先策略首先是把主控制路径上的模块集成在一起 广度优先的策略按照层来测试模块 具体步骤： 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代； 依据所选的集成策略（深度优先或广度优先），每次只替代一个桩模块； 每集成一个模块立即测试一遍； 只有每组测试完成后，才着手替换下一个桩模块； 进行回归测试 示例 自顶向下集成特点 优点：在于能尽早地对程序的主要控制和决策机制进行检验，因此较早地发现错误。 缺点：是在测试较高层模块时，低层处理采用桩模块替代，不能反映真实情况 解决办法： 第一种是把某些测试推迟到用真实模块替代桩模块之后进行 第二种是开发能模拟真实模块的桩模块 第三种是自底向上集成模块 第一种方法又回退为非增量式的集成方法，使错误难于定位和纠正，并且失去了在组装模块时进行一些特定测试的可能性；第二种方法无疑要大大增加开销；第三种方法比较切实可行 自底向上集成 自底向上集成方式从程序模块结构中最底层的模块开始组装和测试。 模块是自底向上进行组装的，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）事前已经完成组装并经过测试，所以不再需要编制桩模块 步骤: 按照概要设计规格说明，明确有哪些被测模块 按时间线序关系，将软件单元集成为模块，并测试在集成过程中出现的问题 将各软件模块集成为子系统（或分系统） 将各子系统集成为最终用户系统 核心系统先行集成测试 思想：先对核心软件部件进行集成测试，在测试通过的基础上再按各外围软件部件的重要程度逐个集成到核心系统中。 步骤如下: 对核心系统中的每个模块进行单独的、充分的测试，必要时使用驱动模块和桩模块 对于核心系统中的所有模块一次性集合到被测系统中，解决集成中出现的各类问题 按照各外围软件部件的重要程度以及模块间的相互制约关系，拟定外围软件部件集成到核心系统中的顺序方案 外围软件部件添加到核心系统以前，外围软件部件应先完成内部的模块级集成测试 按顺序不断加入外围软件部件，排除外围软件部件集成中出现的问题，形成最终的用户系统 高频集成测试 高频集成测试是指同步于软件开发过程，每隔一段时间对开发团队的现有代码进行一次集成测试 步骤： 选择集成测试自动化工具。如很多Java项目采用Junit+Ant方案来实现集成测试的自动化 设置版本控制工具，以确保集成测试自动化工具所获得的版本是最新版本。 测试人员和开发人员负责编写对应程序代码的测试脚本。 设置自动化集成测试工具，每隔一段时间对配置管理库的新添加的代码进行自动化的集成测试，并将测试报告汇报给开发人员和测试人员。 测试人员监督代码开发人员及时关闭不合格项 接口测试 接口测试的目的是为了测试接口，尤其是那些与系统相关联的外部接口 重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数 步骤： 定义通用的命令接口结构，用文本文件记录接口相关结构信息 通过对该文本文件进行逐行的语法解析，将文件中的描述转化为统一结构的链表 验证来自外层的数据是否正确 根据提示用户输入的信息验证发送到其它层的数据是否正确 自动测试工具 白盒测试工具：针对代码进行测试 静态测试工具：代表有Panorama系列、Telelogic公司的Logiscope软件、PR公司的PRQA软件等。