黑盒测试的测试用例设计.ppt

基本思路：在测试程序时，人们可以根据经验或直觉推测程序中可能存在 的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。 例如，测试手机终端的通话功能，可以设计各种通话失败的情况来补充测试用 例： 1) 无SIM 卡插入时进行呼出（非紧急呼叫） 2) 插入已欠费SIM卡进行呼出 3) 射频器件损坏或无信号区域插入有效SIM卡呼出 4) 网络正常，插入有效SIM卡，呼出无效号码（如1、888、333333、不输入任何号码等） 5) 网络正常，插入有效SIM卡，使用“快速拨号”功能呼出设置无效号码的数字 3.4 错误推测法(error guessing) 如何做好错误推测法？ 发散思维 总结经验 发挥团队力量 充分发挥个人潜能。命中率高? 覆盖率难以保证 优缺点： 3.5场景法现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。提出这种测试思想的是Rational 公司，并在RUP2000 中文版当中有其详尽的解释和应用。用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。 基本流和备选流 右图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的彩色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流 1 和 3）；也可能起源于另一个备选流（如备选流 2），或者终止用例而不再重新加入到某个流（如备选流 2 和 4）。 基本流和备选流 按照上图中每个经过用例的路径，可以确定以下不同的用例场景： 场景 1 基本流 场景 2 基本流 备选流 1 场景 3 基本流 备选流 1 备选流 2 场景 4 基本流 备选流 3 场景 5 基本流 备选流 3 备选流 1 场景 6 基本流 备选流 3 备选流 1 备选流 2 场景 7 基本流 备选流 4 场景 8 基本流 备选流 3 备选流 4 注：为方便起见，场景 5、6 和 8 只考虑了备选流 3循环执行一次的情况。 场景法基本设计步骤 根据说明，描述出程序的基本流及各项备选流 根据基本流和各项备选流生成不同的场景 对每一个场景生成相应的测试用例 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值 案例 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物 品后，进行在线购买，这时需要使用帐号登录，登录成功后，进行付钱 交易，交易成功后，生成订购单，完成整个购物过程 第一步确定基本流和备选流： 第二步根据基本流和备选流来确定场景： 第三步设计用例 　　对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。 第四步设计数据，输出测试用例。 　　 设计测试用例的策略选择 等价类：无限变成有限，提高效率最有效。 边界值：发现错误能力最强。 输入存在依赖关系，使用因果图。 错误推测法依赖经验和直觉，发散思维，充分发挥团队力量。 业务流清晰的系统，场景法贯穿整个过程，综合使用各种测试方法。 掌握原理、积累经验、综合使用提高测试效率和测试覆盖度。 Practice… 感谢交流 黑盒测试的测试用例设计教材 谢谢 海视云 YQP 测试用例设计(黑盒) 目 录 对软件测试的基本认识 测试分类 测试用例设计方法-黑盒 1. 对软件测试的认识 软件测试行业前景如何？ 如何做好软件测试？ 起步阶段，人才紧缺，高端测试人才最抢手 质量意识引发测试越来越受重视 职业寿命长 发展道路宽 我们测试的目标是？ 如何达到目标？ 测试用例的作用？ 测试行为的可管理、可量化。 测试过程的指导，质量稳定的根本保障。 * 测试用例的定义 测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。 测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 测试用例的作用 避免盲目测试并提高测试效率 使测试实施重点突出、目的明确 便于任务分配、进度跟踪，保证测试过程质量。 漏测分析，逐步完善测试覆盖。 随着用例逐步细化，减少漏侧，保证质量 方便缺陷分析和质量评估 * 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须