第八章 软件测试基础.pptVIP

软件测试管理 软件测试作用 软件测试管理系统的组成 建立软件测试管理体系的步骤 测试计划 单元测试 集成测试 确认测试 系统测试 验收测试 测试总结与报告 软件测试阶段组成 测试计划 项目启动初期必须规划 计划是“动态的” 测试用例 测试用例=输入+输出+测试环境 用例编号+测试步骤+输入数据+期望结果 1、为什么要写用例？ 2、什么时候写用例？ 3、由谁来写测试用例？ 4、根据什么写测试用例？ 什么是单元测试 检查程序的最小单元 模块进行正确性检验的测试工作 测试模块在语法、格式和逻辑上的错误 单元测试目的 保证每个模块单独运行正确 多采用白盒技术 检查模块控制结构的某些特殊路径 期望覆盖尽可能多的出错点 主要任务 对各模块进行测试 解决以下5个方面的测试问题 模块接口 局部数据结构 边界条件 独立的路径 错误处理 模块接口测试 模块接受输入的实际参数个数与模块的形式参数个数是否一致。 输入的实际参数与模块的形式参数的类型是否匹配。 输入的实际参数与模块的形式参数所使用单位是否一致 调用其他模块时，所传送的实际参数个数与被调用模块的形式参数的个数是否相同。 调用其他模块时，所传送的实际参数与被调用模块的形式参数的类型是否匹配。 调用其他模块时，所传送的实际参数与被调用模块的形式参数的单位一致。 调用内部函数时，参数的个数、属性和次序是否正确 在模块有多个入口的情况下，是否有引用与当前入口无关的参数。 是否会修改了只读型参数。 出现全局变量时，这些变量是否在所有引用它们的模块中都有相同的定义。 有没有把某些约束当做参数来传送 局部数据结构测试 内部数据能否保持完整性 应注意几类错误 不正确或不一致的类型说明 错误的初始化或默认值 错误的变量名，如拼写错误或缩写错误 下溢、上溢或者地址错误 注意：全程数据对模块的影响 模块中所有独立执行路径测试 也称为覆盖测试 常见错误 误用或不正确的算术优先级 混合类型的运算 初始化的错误 计算的精确度不够 表达式中的不正确符号表示 各种错误处理测试 若模块在工作中发生错误，出错处理是否有效 检查程序出错处理时，可能情况 对运行发生的错误描述难以理解 所报告的错误与实际遇到的错误不一致 出错后，在错误处理之前就引起了系统的干预 异常情况的处理不正确 提供的错误定位信息不足，以致无法找到出错的准确原因 单元测试的执行过程 程序编写、复查和语法正确性验证后进行单元测试 测试用例设计应与复审工作相结合 根据设计信息选取数据，可增大发现上述各类错误的可能性 需设置若干辅助测试模块 驱动模块（Driver） 模拟被测试模块的上级模块 用来传送测试数据，启动被测模块并输出结果 被调用模拟子模块/桩模块（Sub） 模拟被测模块工作过程中所调用的模块 驱动模块与桩模块 什么时候进行单元测试？ 由谁来进行单元测试？ 单元测试的依据是什么？ 单元测试的通过标准是什么？ 例子 该程序实现如下功能： 在主函数main里面定义了一个含有5个整型元素的数组，用1个循环来实现数组元素的输入，每次循环都调用1次iszero函数，如果输入的数组元素不等于0，则打印输出本身；如果为0，则输出1。 一般步骤 编译运行程序（能否运行） 静态测试（代码是否符合规范） 动态测试（深入检查代码正确性、容错性、边界值） #includestdio.h void iszero(int m) { If (m!=0) printf(%d,m); else printf(%d,1); } void main(void) { int a[5]; int i=0; printf(请输入5个整数\n); for(i=0;i=4;i++) { scanf(%d,a[i]); iszero(a[i]); } } 集成测试方法（分类） 非增量式集成 增量式集成 自顶向下集成 （top-down integration） 自底向上集成 （bottom-up integration） 非增量式测试 一步到位方法来进行测试 对所有模块进行个别的单元测试后，按程序结构图将各模块连接起来，把连接后的程序当做一个整体进行测试 下图给出该集成测试方法的一个经典例子 增量式测试 逐步实现 自顶向下增量式测试 逐步集成和逐步测试是按结构图自上而下进行 集成的顺序 集成主控模块（主程序） 按照软件控制层次结构向下进行集成 集成测试步骤 主控模块作为测试驱动器，把对主控模块进行单元测试时引入的被调用模拟子模块用实际模块替代。 依照所选用的模块集成策略（深度优先和广度优先），下层的被调用模拟子模块一次一个地被替换为真正的模块。 在每个