软件测试大学教程 教学课件 作者 978 7 302 20655 2 单元测试1.pptVIP

本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试课程必讲的内容。 主要内容参考《软件工程与软件测试自动化教程》P43-P58 4.2 局部数据结构测试 检查局部数据结构能否保持完整性 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错——使用了外部变量或函数 不一致的数据类型 全局数据对模块的影响 数组越界 非法指针 */43 路径测试 检查由于计算错误、判定错误、控制流错误导致的程序错误 根据白盒测试和黑盒测试用例设计方法设计测试用例,对模块中重要的执行路径进行测试 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误 对基本执行路径和循环进行测试可发现大量的路径错误 */43 路径测试（续） 检察的内容 死代码 错误的计算优先级 算法错误 初始化不正确 精度错误——比较运算错误、赋值错误 表达式的不正确符号——、=；=、==、!= 循环变量的使用错误——错误赋值 其他 */43 路径测试（续） 常见的比较和控制流错误有： 不同数据类型的比较 不正确的逻辑运算符或优先次序 因浮点运算精度问题而造成的两值比较不等 关系表达式中不正确的变量和比较符 “差?1?错”， 即不正确地多循环或少循环一次 错误的或不可能的循环终止条件 当遇到发散的迭代时不能终止循环 不适当地修改了循环变量等 */43 错误处理测试 检查内部错误处理设施是否有效 出错的描述是否难以理解，是否能够对错误定位 显示的错误与实际的错误是否相符 对错误条件的处理正确与否 在对错误进行处理之前，错误条件是否已经引起系统的干预等 */43 错误处理测试（续） 具体检查的内容 是否检查错误出现 资源使用前后、其他模块使用前后 出现错误，是否进行错误处理 引发错误、通知用户、进行记录 错误处理是否有效 在系统干预前处理 报告和记录的错误真实详细 */43 边界测试 检查临界数据是否正确处理 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性 对这些地方要仔细地选择测试用例，认真加以测试 如果对模块性能有要求的话，还要专门进行关键路径测试 确定最坏情况下和平均意义下影响模块运行时间的因素 */43 边界测试（续） 具体检查的内容 普通合法数据是否正确处理 普通非法数据是否正确处理 边界内最接近边界的(合法)数据是否正确处理 边界外最接近边界的(非法)数据是否正确处理等 在?n 次循环的第?0?次、1?次、n 次是否有错误 运算或判断中取最大最小值时是否有错误 数据流、控制流中刚好等于、大于、小于确定的比较值时是否出现错误 */43 测试用例 定义： 为了提高有效测试的比率，有针对性的使用测试步骤、测试场景、测试代码和测试数据(包括预期结果) 额外的好处： 为了确认作了哪些方面的测试 为了回归测试以及版本更新的资源重用 软件中有许多错误 用户遇到的错误只占很小比例 应该针对用户最容易遇到的错误进行测试，以便改进测试的有效性 */43 测试用例的设计原则 一个好的测试用例在于能够发现至今没有发现的错误 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成 在测试用例设计时，应当包含合理的输入条件和不合理的输入条件 为系统运行起来而设计测试用例 为正向测试而设计测试用例 为逆向测试而设计测试用例 为满足特殊需求而设计测试用例 为代码覆盖而设计测试用例 */43 测试设计 定义： 依据模块的内部结构，设计测试用例的过程 主要采用白盒测试技术，关注逻辑覆盖 原则： 1、保证没有死代码 保证一个模块中的每个独立路径都可能被使用到 2、保证对所有的逻辑值都测试true和false 3、在上下边界和合法的范围内运行所有的循环 4、确保内部数据结构的有效性和完整性 基本概念： 控制流图、圈复杂度、图矩阵 */43 测试设计（续） 逻辑覆盖测试方法(选择足够的测试用例)： 语句覆盖 使程序中每一条可执行语句至少被执行一次 判定覆盖（分支覆盖） 使程序中每一个分支判断的每一种可能结果(主要指switch-case情况)都至少被执行一次。 条件覆盖 使得程序中每一个分支判断中的每一个条件的可能结果都至少被执行一次 判定/条件覆盖 使得同时满足判定覆盖和条件覆盖 条件组合覆盖 使得程序中每一个分支判断中的每一个条件的每一种可能组合结果都至少被执行一次 路径覆盖 使程序中所有的可能路径都至少被执行一次 */43 测试设计（续） 逻辑覆盖测试方法： 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖 */43 测试设计（续） 测试覆盖准则： ESTCA 背景 Errors Sensitive Test Cases Analyst 基于经验 内容和作