软件测试的策略培训课件.ppt

集成与系统测试 软件测试的策略 测试层次 集成测试 系统测试 交互测试 1 软件测试的策略 软件测试从软件层次划分可分为：单元测试、集成测试、系统测试 单元测试：对程序单元的测试 集成测试：对程序单元接口之间的测试 系统测试：对整个软件系统进行测试 最初在瀑布模型中提出，在不同的开发模型中有所变化 1 软件测试的策略 软件测试层次“V”形图(对应软件瀑布开发模型) 1 软件测试的策略 软件测试的过程 1 软件测试的策略 单元测试 集成测试 系统测试 1 软件测试的策略——单元测试 单元测试 对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能，目的是发现各模块内部可能存在的各种差错 1 软件测试的策略——单元测试 程序单元 较小的程序模块 可以单独完成一项功能的程序模块 函数 类的方法 类 几个紧密相关的类 1 软件测试的策略——单元测试 单元测试需从程序内部结构出发设计测试用例 多个模块可以平行独立地进行单元测试 大多数软件测试方法，基本都适用于单元测试 功能性测试和结构性测试要结合起来 1 软件测试的策略——单元测试 单元测试的内容 模块接口测试 局部数据结构测试 路径测试 错误处理测试 边界测试 1 软件测试的策略——单元测试 模块接口测试 调用所测模块时的输入参数与模块的形式参数在个数、属性、顺序上是否匹配 所测模块调用子模块时，输入给子模块的参数与子模块中的形式参数在个数、属性、顺序上是否匹配 是否修改了只做输入用的形式参数 输出给标准函数的参数在个数、属性、顺序上是否正确 全局量的定义在各模块中是否一致 限制是否通过形式参数来传送 1 软件测试的策略——单元测试 当模块通过外部设备进行输入输出操作时，还续附加如下测试项目 文件属性是否正确 Open语句与close语句是否正确 规定的I/O格式说明与I/O语句是否匹配 缓冲区容量与记录长度是否匹配 在进行读/写操作之前是否打开了文件 结束文件处理时是否关闭了文件 正文书写/输入错误 I/O错误是否检查并做了处理 1 软件测试的策略——单元测试 局部数据结构测试 不正确或不一致的数据类型说明 错误的初始值或错误的缺省值 使用尚未赋值或尚未初始化的变量 变量名拼写错误或书写错误 不一致的数据类型 除局部数据之外的全局数据对模块的影响也需要查清 1 软件测试的策略——单元测试 路径测试 由于无法穷举测试，所以只能测试重要的执行路径 应设计测试用例查找由于错误的计算、不正确的比较、或不正常的控制流而导致的错误 对基本执行路径和循环进行测试可以发现大量的路径错误 1 软件测试的策略——单元测试 路径测试——常见的不正确计算包括 运算优先次序不正确或误解了运算的优先次序 运算方式错，即运算对象彼此在类型上不相容 算法错误 初始化不正确 运算精度不够 表达式符号表示不正确 。。。 1 软件测试的策略——单元测试 路径测试——常见的比较和控制流错误包括 不同数据类型量的相互比较 不正确的逻辑运算符号或优先次序 因浮点数运算精度问题而造成两值比较不等 关系表达式中不正确的变量和比较符 不正确的多循环一次或少循环一次 错误的或不可能的循环终止条件 当遇到发散迭代时不能终止的循环 不适当地修改了循环变量 。。。 1 软件测试的策略——单元测试 错误处理测试 完善的模块设计要求能预见出错的条件，并设置适当的出错处理，以便于在一旦程序出错时，能对出错程序重做安排，保证逻辑正确性 若出现下列情况之一，则表明模块的错误处理功能包含错误或缺陷 出错的描述难以理解 出错的描述不足以对错误定位，不足以确定出错原因 显示的错误与实际错误不符 对错误条件的处理不正确 对错误处理之前，错误条件已引起系统的干预 1 软件测试的策略——单元测试 边界测试 特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性 1 软件测试的策略——单元测试 若对模块运行时间有要求，还要专门进行关键路径测试，确定最坏情况下和平均意义下影响模块运行时间的因素，以利于性能评价 1 软件测试的策略——单元测试 单元测试的停止标准 单元测试用例设计已经通过评审 按照单元测试计划完成了所有规定单元的测试 达到了测试计划中关于单元测试所规定的覆盖率的要求 被测试的单元每千行代码必须发现至少3个错误 软件单元功能与设计一致 在单元测试中发现的错误已经得到修改，各级缺陷修复率达到标准 1 软件测试的策略——单元测试 单元测试针对的程序规模较小，易于查错 发现错误后容易确定错误的位置，易于排错 多个模块可以并行测试 1 软件测试的策略 单元测试 集成测试 系统测试 1 软件测试的策略——集成测试 集成测试 在单元测试的基础上，测试单元组装时是否出现问题 集成测试需求所确定的是对某一集成工作版本的测