系统测试用例设计

系统测试用例设计 主讲 邹年奎 培训目录 测试用例基本概念系统测试介绍系统测试用例常用设计方法编写有效的测试用例测试用例管理答疑和交流 测试用例的定义 测试用例 TestCase 是为某个特殊目标而编制的一组测试输入 执行条件以及预期结果 以便测试某个程序路径或核实是否满足某个特定需求 内容包括测试目标 预置条件 输入数据 测试步骤 预期结果 测试脚本等 并形成文档 测试用例的用途和目的 执行测试 发现缺陷重复执行测试 重现缺陷回归测试 验证缺陷是否修复提高测试效率使测试更能按照时间计划进行使测试过程更方便管理 系统测试介绍 系统测试定义系统测试目的系统测试对象系统测试用例编写原则 系统测试定义 软件工程定义 系统测试 SystemTesting 是将已经集成好的软件系统 作为整个基于计算机系统的一个元素 与计算机硬件 外设 某些支持软件 数据和人员等其他系统元素结合在一起 在实际运行 使用 环境下 对计算机系统进行一系列的测试活动 ISO9126 系统测试是进行全面的系统级测试 其内容包括产品功能 性能指标 兼容性 含互连性 可靠性 含满负荷 容错能力 可维护性等方面 系统测试的目的 通过与系统的需求定义做比较 发现软件与系统定义不符合或与之矛盾的地方 验证系统功能是否符合需求规格定义 验证系统的可靠性 可维护性 可用性 稳定性 容错性等其他属性 系统测试的测试用例应根据需求分析说明书来设计 并在实际使用环境下运行 系统测试的对象 系统测试的对象是软硬件集合在一起的系统 不应是独立的软件与硬件环境 当然具体操作 执行时可根据实际情况来组织 验证时应尽可能模拟实际的运行环境与条件 系统测试用例编写原则 系统测试用例的设计根据是系统的需求规格说明书 各种规范 系统测试用例不仅仅包括功能测试用例 同时还应该包含属性测试用例 系统测试用例的依据决不是软件的本身 系统测试用例常用设计方法 等价类划分法边界值分析法因果图判定表法错误猜想法设计方法的选择 等价类方法 等价划分某个输入域的集合 在这个集合中每个输入条件都是等效的 如果其中一个的输入不能导致问题发生 那么集合中其它输入条件进行测试也不可能发现错误 等价分类有效等价类对于程序的需求说明来说是合理的 有意义的输入数据所构成的集合 利用它可以检验程序是否实现了预期的功能和性能 无效等价类对于程序的需求说明来说是不合理的 没有意义的输入数据所构成的集合 利用它可以检验程序对于无效数据的处理能力 数学含义 A x B C y D 确立等价类的原则 如果输入条件规定了取值范围 或者值的个数 则可以确立一个有效等价类和两个无效等价类 例如 数据范围是1 50有效等价类为 1 50 如果输入条件是一个布尔量 则可以确立一个有效等价类和一个无效等价类 如果规定了输入数据的一组值 而且程序要对每一个输入值分别进行处理 这时要对每一个规定的输入值确立一个有效等价类 而对于这组值之外的所有值确立一个无效等价类 确立等价类的原则 如果规定了输入数据必须遵守的规则 则可以确立一个有效等价类 即遵守规则的数据 和若干无效等价类 从不同角度违反规则的数据 例如 测试密码域 要求密码必须是数字或字母 有效等价类为 密码是数字和字母的组合 无效等价类为 密码包括中文 密码包括其它符号 等 如果确知已划分的等价类中的各元素在程序中的处理方式不同 则应进一步划分成更小的等价类 边界值分析法 边值分析方法的理论基础 是假定大多数的错误是发生在各种输入条件的边界上 如果在边界附件的取值不会导致程序出错 那么其它的取值导致程序错误的可能性也很小 边界值使用条件输入条件明确了一个值的取值范围 或是规定了值的个数 输入条件明确了一个有序集合 数学含义 A x BC y D 确立边界值的原则 如果输入条件或输出条件规定了值的范围并且有效条件包括了值的边界 可分别对边界和略超出边界取值 例如 数据范围是1 x 50正整数边界值取为 1 50 0 51如果输入条件或输出条件规定了值的范围并且有效条件不包括了值的边界 可分别对边界和略处于边界内取值 例如 数据范围是1 x 50正整数边界值取为 1 50 2 49 确立边界值原则 如果输入或输出域是个有序的集合 如顺序文件 表格等 应注意选取有序集的第一个和最后一个元素以及集合外但靠近集合的元素作为边界 例如 输入文件名介于file0101 file0120之间边界值取为file0100 file0101 file0120 file0121 因果图判定表法 因果图 Cause EffectGraphing 提供了一个把规格转化为判定表的系统化方法 从该图中可以产生测试数据 其中 原因是表示输入条件 结果是对输入执行的一系列计算后得到的输出 因果图方法最终生成的就是判定表 它适合于检查软件输入条件的各种组合情况适用范围如果在测试时必须考虑输入条件的各种组合 可使用一种适合于描述对于多种条件的组合 相应产生多个动作的形式来设计测试用例 这就需要利用因果图 根据因果图判定表生成用例基本步骤 分析软件规格说明描述中 哪些是原因 即输入条件或输入条件的等价类 哪些是结果 即输出条件 并给每个原因和结果赋予一个标识符 分析软件规格说明描述中的语义 找出原因与结果之间 原因与原因之间对应的是什么关系 根据这些关系 画出因果图 由于语法或环境限制 有些原因与原因之间 原因与结果之间的组合情况不可能出现 为表明这些特殊情况 在因果图上用一些记号标明约束或限制条件 把因果图转换成判定表 把判定表的每一列拿出来作为依据 设计测试用例 因果图基本符号 经典例子 例如 有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计 其规格说明如下 若投入5角钱或1元钱的硬币 押下 橙汁 或 啤酒 的按钮 则相应的饮料就送出来 若售货机没有零钱找 则一个显示 零钱找完 的红灯亮 这时在投入1元硬币并押下按钮后 饮料不送出来而且1元硬币也退出来 若有零钱找 则显示 零钱找完 的红灯灭 在送出饮料的同时退还5角硬币 经典例子 1 分析这一段说明 列出原因和结果原因 1 售货机有零钱找2 投入1元硬币3 投入5角硬币4 押下橙汁按钮5 押下啤酒按钮建立中间结点 表示处理中间状态11 投入1元硬币且押下饮料按钮12 押下 橙汁 或 啤酒 的按钮13 应当找5角零钱并且售货机有零钱找14 钱已付清结果 21 售货机 零钱找完 灯亮22 退还1元硬币23 退还5角硬币24 送出橙汁饮料25 送出啤酒饮料 经典例子 2 画出因果图 所有原因结点列在左边 所有结果结点列在右边 3 由于2与3 4与5不能同时发生 分别加上约束条件E 4 因果图 5 转换成判定表 并设计测试用例 因果图 判定表 错误猜想法 人们也可以靠经验和直觉推测程序中可能存在的各种错误 从而有针对性地编写检查这些错误的例子 这就是错误猜想法 错误推测法的基本想法是 列举出程序中所有可能有的错误和容易发生错误的特殊情况 根据它们选择测试用例 错误猜测法只能作为测试设计的补充而不能单独用来设计测试用例 否则可能会造成测试的不充分 用例设计方法选择 找到一套切合项目 高效的测试用例方法集合方法的混合使用错误猜想方法最后考虑 编写有效的测试用例 测试用例的易测性简洁性简洁性的衡量方法就是执行测试花费时间的长短以及在测试过程中是否能保持整个测试的纯净 正确性正确性意味着测试人员根据测试用例进行的测试获得 编写有效的测试用例 使用合理的语言测试人员该做什么 系统输出什么应该写得很清楚明白 也就是说首先要分清楚测试用例的输入和预期输出 一种最好的避免含义混淆的方法是在操作步骤中采用动词 名词的结构 动词总是测试人员要做得事情 名词总是测试人员操作的对象 事物 将同一个事物命名为同一个名称 不管这个事物是否通过不同的方式出现 编写有效的测试用例 控制测试用例的长度在Step by step用例中一个比较好的长度是不多于15步 执行每个测试用例花费更少的时间 测试人员很少犯错误 丢失步骤或需要帮助 测试经理能够准确地估计测试的时间 测试结果更容易跟踪 编写有效的测试用例 使用模板编写测试用例更方便 提高测试用例的组织性 提供了标准 格式统一美观 有助于测试人员寻找信息 能够包括很多有关测试过程的选项 编写有效的测试用例 用例模