第3章 测试用例设计.pptVIP

良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 * 任务一 修改密码 已经成功登录的用户 修改当前用户密码 密码最小长度为6位，最大长度为20位； 密码须包含以下3种中的2种： 大写字母 小写字母 数字 * * 例子一： 测试目标:验证2次密码输入不同是否有正确响应 测试环境：windos xp sp3，浏览器ie7 输入数据：新密码，重复新密码，验证码 步骤： 1.使用正确的用户名登录系统 2.输入密码aaa123 3.重复新密码123aaa 4.按照图示输入正确验证码 5.点击提交 期望结果：提交失败，页面停留在修改密码界面,并清空2个密码文本框以及验证码文本框,提示2次密码输入不统一 * 任务二 自动取款机取款用例规约和测试用例 取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡操作。 注意:系统设计为如果用户是非法卡,会自动退卡,并提示; 若登录后无任何操作超过2分钟,则自动退卡并提示 若现金出口打开,但无任何取钱动作超过2分钟,则关闭现金出口,并吞卡,伴随报警音。 * 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 * 如何设计出高质量的测试用例 客户需求导向的设计思路 责任到人 灵活的设计方法 测试用例设计不能局限于输入数据 尽量避免含糊的、冗长的或复杂的测试用例 尽量将具有相类似功能的测试用例抽象并归类 * 测试用例设计步骤 * 测试用例的评审 分析其设计思路，是否符合业务逻辑、是否符合技术设计的逻辑、是否可以和系统架构、组件等建立起完全的映射关系？ 在局部上，应有重有轻，抓住一些测试的难点、系统的关键点，从不同的角度向测试用例的设计者提问。 在细节上，检查是否遵守测试用例编写的规范或模板，是否漏掉每一元素、每项元素是否描述清楚 检查表，提问 * 本章内容 3.1 什么是测试用例 3.2 为什么需要测试用例 3.3 测试用例的质量 3.4 测试用例的组织和使用 * 3.4 测试用例的组织和使用 3.4.1 测试用例的创建 3.4.2 测试用例套件 3.4.3 测试用例的维护 * 测试用例的创建 建立合适的、可扩展的测试用例框架，从而借助这个框架能有效地组织众多的测试用例，包括对测试用例的分类、清晰的层次结构等 * 实例 * 测试用例套件 测试套件是由一系列测试用例并与之关联的测试环境组合而构成的集合，已满足测试执行的特定要求。通过测试套件，将服务于同一个测试目标、特定阶段性测试目标或某一运行环境下的一系列测试用例有机地组合起来 1) 按程序功能模块组织 2) 按测试用例的类型组织 3) 按测试用例的优先级组织 * 测试套件应用场合 只是部分功能模块发生了变化，就可以创建由这些改动模块的测试用例构成的测试套件 在修改的模块中，也不需要选择所有的测试用例，针对不同的优先级创建不同的测试套件 测试执行的第一阶段可以创建一个特定平台上的测试套件 有必要为自动化测试、手工测试分别建立测试套件。 还可以建立和测试人员相对应的、不同平台或不同模块的测试套件 回归测试中，可以先运行曾经发现缺陷的测试用例，然后再运行从来没有发现的缺陷的测试用例 * 测试套件的构成 * 有效地组织测试用例 * 测试用例的维护 随着产品版本的不断升级，软件测试用例也需要得到及时维护，有时还需要重构——对测试用例的结构进行调整，包括用例模块的合并和分解，确保每一个测试用例都是有效的 测试用例的维护是一项长期的工作，日积月累，测试用例的质量会得到很大的改善。 * Q A * WebEx Confidential zhu.kerry@ LOGO Kerry Zhu zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ zhu.kerry@ WebEx Confidential 软件测试 第3章 测试用例设计 * 问题 可以设计多少个测试用例？ * 本章内容 3.1