软件测试重点_计算机软件及应用_IT计算机_专业资料.pptVIP

MRD: Market Requirement Document Fns: Functional Specification 任务１:模块独立执行路径测试 检查每一条独立执行路径的测试，并保证每条语句被至少执行一次。 Checklist: 误解或用错了算符优先级 混合类型运算 变量初值错 精度不够 表达式符号错 其它 任务2:局部数据结构测试 检查局部数据结构完整性 Checklist: 不适合或不相容的类型说明 变量无初值 变量初始化或默认值有错 不正确的变量名或从来未被使用过 出现上溢或下溢和地址异常 其它 任务３:模块接口测试 检查模块接口是否正确 checklist: 输入的实际参数与形式参数是否一致(个数、属性、量纲) 调用其他模块的实际参数与被调模块的形参是否一致。 个数、属性、量纲 全程变量的定义在各模块是否一致。 外部输入、输出 文件、缓冲区、错误处理 其它 任务４:单元边界条件测试 检查临界数据处理的正确性 Checklist: 普通合法数据的处理。 普通非法数据的处理。 边界值内合法边界数据的处理。 边界值外非法边界数据的处理。 其它 任务5: 单元容错测试 预设的各种出错处理是否正确有效。 Checklist: 输出的出错信息难以理解 记录的错误与实际不相符 异常处理不当 未提供足够的定位出错的信息 其它 任务6：内存分析 内存泄漏会导致系统运行的崩溃； 测量内存的使用情况，了解程序内存分配的真实情况； 系统崩溃前发现内存泄漏错误； 发现内存分配错误，并精确显示发生错误时的上下文情况，指出发生错误的原由。 驱动程序和桩程序 运行单元程序有时需要基于被测单元的接口，开发相应的驱动模块和桩模块。 驱动模块（drive）:对底层 或子层模块进行测试所编写的 调用这些模块的程序。 桩模块（stub）：对顶层或 上层模块进行测试时所编写的 替代下层模块的程序。 集成测试的模式 渐增式测试模式与非渐增式测试模式　 非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。 渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。 各自的优缺点 渐增式测试模式需要编写的软件较多，工作量较大，而非渐增式测试模式开销小。 渐增式测试模式发现模块间的接口错误早；而非渐增式测试模式晚。 非渐增式测试模式发现错误，较难诊断；而使用渐增式测试模式，如果发生错误则往往和最近加进来的那个模块有关。 渐增式测试模式测试更彻底。 渐增式测试模式需要较多的机器时间。 使用非渐增式测试模式，可以并行测试。 优缺点 大棒集成方法(Big-bang Integration) 　　采用大棒集成方法,先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试 。 　　因为所有的模块一次集成的，所以很难确定出错的真正位置、所在的模块、错误的原因。这种方法并不推荐在任何系统中使用，适合在规模较小的应用系统中使用。 自顶向下和自底向上集成方法 自顶向下法(Top-down Integration) 自顶向下法的主要优缺点 优缺点： 优点：不需要测试驱动程序，能够在测试阶段的早期实现并验证系统的主要功能 ，而且能够在早期发现上层模块的接口错误。 缺点：需要桩程序，可能遇到于此想联系的测试困难，低层关键模块中的错误发现的比较晚，而且用这种方法在早期不能充分开展人力。 自底向上法 Bottom-up Integration 自底向上法的主要优缺点 优缺点：与自顶向下模式刚好相反 三明治集成方法(Sandwich Integration) 　　采用三明治方法的优点是：它将自顶向下和自底向上的集成方法有机地结合起来，不需要写桩程序因为在测试初自底向上集成已经验证了底层模块的正确性。采用这种方法的主要缺点是：在真正集成之前每一个独立的模块没有完全测试过。 改善的三明治集成方法 　　改进的三明治集成方法，不仅自两头向中间集成，而且保证每个模块得到单独的测试，使测试进行得比较彻底 。 几种集成方法性能的比较 自底向上 自顶向下 混合策略 大棒 三明治 改进三明治 集成 早 早 早 晚 早 早 基本程序能工作时间 晚 早 早 晚 早 早 需要驱动程序 是 否 是 是 是 是 需要桩程序 否 是 是 是 是 是 工作并行性 中 低 中 高 中 高 特殊路径测试 容易 难 容易 容易 中等 容易 计划与控制 容易 难 难 容易 难 难 系统测试 系统测试：将经过集成测试后的软件，作为计算机系统的一部分，与计算机硬件、某些支持软件、数据和平台等系统元素结合