测试用例设计培训

1、软件测试工程师培训 测试用例设计培训 国家应用软件产品质量监督检验中心国家应用软件产品质量监督检验中心 课程概览 测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 ? ? ? ? 课程目标 ?完成此课程之后，学员将具备以下能力： 理解测试用例的定义和用途 理解测试用例编写的原则 针对具体项目，编写有效的测试用例 对测试用例进行评估 使用工具对测试用例进行管理 课程目录 测试用例的基本概念测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析 ? ? ? ? ? 测试用例的定义 ?测试用例是一个包含输入和预期输出的与程 序行为有关的标识 ?软件测试

2、的本质就是针对要测试的内容确定 一组测试用例 ?测试用例是由测试中经过的一系列状态和在 每个状态中必须依靠输入 /输出数据满足的一 对条件组成的 测试用例的用途和目的 ?执行测试，发现缺陷 ?重复执行测试，重现缺陷 ?管理测试过程 ?回归测试，验证缺陷是否修复 测试用例的用途和目的 ?使测试更加方便的执行 ?提高测试效率 ?节省执行测试的时间 ?使测试更能按照时间计划进行 ?使测试过程更方便管理 课程目录 测试用例的基本概念 测试用例的设计和编写测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析 ? ? ? ? ? 测试用例的编写原则 ?准确性 测试用例的设计确实符合测试需求，并 且

3、必须准确地说明测试的内容 ?简洁性 测试用例的设计中必须包含完成测试必 要的步骤、要素，不需要加入多余的、 可有可无的步骤、要素 测试用例的编写原则 ?可重用性 测试用例的设计要求测试是可控的，它能够 使任何人在任何时间进行测试都能获得同样 的结果 ?适用性 测试用例对于当前的测试环境和测试者而言 是可以执行的 测试用例的编写原则 ?可跟踪性 测试用例是针对特定测试需求的 ?纯净性 不会因为执行该测试用例而影响其它测试用 例的执行，用例中应说明如何将应用系统恢 复到最初状态，而不影响后续测试的进行 测试用例的编写格式 ?测试用例的编写有三种主要格式： Step-by-step （按步骤） Ma

4、trix （矩阵表） Automated script （自动化脚本） ?前两种是测试用例最基本的格式，最后 一种是自动执行前两种测试用例的软件 脚本 测试用例的编写格式 ?Step-by-step 测试用例的编写格式 ?Matrix 测试用例的编写格式 ? Automated script Attach to 测试管理系统 Window Window( 测试管理系统 Window).Attach Attach to ClassName=abcd Caption=缺陷信息 GUIObject(ClassName=abcd Caption= 缺陷信息).Attach GUIObject.Clic

5、k 77, 80 测试用例的编写格式 ?Step-by-step格式的使用 业务上没有各种复杂的情况 屏幕之间有较多的转换 业务流程性很强 GUI界面测试 在矩阵表中输入输出很难表示 测试用例的编写格式 ?Matrix格式的使用 表单、区域、数值、输入文件等存在较多变 化 相同的输入，但有不同的平台、浏览器或配 置 输入输出用矩阵表达较好 测试用例的编写格式 ?Automated scripts格式的使用 自动脚本的选择是根据测试对象、测试 工具决定的 编写自动测试脚本比编写手动测试用例 要花费更多的时间，因为编写自动测试 脚本之前必须要编写手动测试用例 测试用例的编写格式 ?Automate

6、d scripts格式的使用 在软件生命周期的维护阶段，即多次进行回 归测试的情况下，可重复使用的自动脚本将 起到非常重要的作用 自动测试工具还被用来进行性能测试 测试用例设计方法 ?白盒测试方法 语句覆盖 分支覆盖 条件覆盖 测试用例设计方法 ?黑盒测试方法 功能分解 等价类划分 边界值分析 因果图法 编写有效的测试用例 ?测试用例的易测性 简洁性 简洁性的衡量方法就是执行测试花费时间的 长短以及在测试过程中是否能保持整个测试 的纯净 正确性 正确性意味着测试人员根据测试用例进行的 测试获得的测试结果（通过或不通过）是正 确的 编写有效的测试用例 ?使用合理的语言 测试人员该做什么，系统输出

7、什么应该写得很清楚 明白，也就是说首先要分清楚测试用例的输入和预 期输出 一种最好的避免含义混淆的方法是在操作步骤中采 用动词+名词的结构，动词总是测试人员要做得事 情，名词总是测试人员操作的对象、事物 将同一个事物命名为同一个名称，不管这个事物是 否通过不同的方式出现 编写有效的测试用例 ?控制测试用例的长度 在Step-by-step用例中一个比较好的长度是不 多于15步： 执行每个测试用例花费更少的时间 测试人员很少犯错误、丢失步骤或需要帮助 测试经理能够准确地估计测试的时间 测试结果更容易跟踪 编写有效的测试用例 ?控制测试用例的长度 对于Matrix用例，一个好的测试用例的长度 的衡

8、量标准是是否能再 20分钟内测试完毕 编写有效的测试用例 ?使用模板 编写测试用例更方便 提高测试用例的组织性 提供了标准 格式统一美观 有助于测试人员寻找信息 能够包括很多有关测试过程的选项 编写有效的测试用例 ?使用克隆（Cloning） 模仿某个测试用例来写别的测试用例 某些用户手册中的步骤、文字也可以被克隆 保存以前写过的测试用例，以便以后进行克隆 Matrixes测试用例也可以克隆，特别是在表结构相 同的情况下，只需要改变一些列的名称和值就可以 不要忘了把原来的测试用例的编号改为新的测试用 例的编号 编写有效的测试用例 ?使用测试管理软件 编写测试用例更加方便 使克隆用例和步骤更方便

9、 很容易添删改用例和步骤 支持自动编号和重新编号 支持各种方便的模版 编写有效的测试用例 ?使用测试管理软件 普通格式的测试用例的输出 支持多用户 编写测试用例的过程以及测试过程的跟踪 测试结果的跟踪、缺陷的跟踪 需求管理 测试结果的统计 支持灵活的安全措施 编写有效的测试用例 ?测试用例依赖关系的利弊 具有依赖关系的测试用例是一些需要依靠先 前的测试用例执行的结果来执行的用例 考虑是否真的需要其他的测试的结果作为数 据输入，如果是，那么测试必需是累积的。 应尽量避免这种情况 保持测试用例依赖关系的正确性和一致性 以一种合理的顺序来安排测试用例的顺序 测试用例示例 ?1.测试用例标识 ?2.测

10、试步骤 ?3.输入 ?4.输出 ?5.环境要求 ?5.1 硬件 ?5.2 软件 ?5.3 其他 ?6.特殊过程的要求 ?7.与其他测试用例的依赖关系 课程目录 测试用例的基本概念 测试用例的设计和编写 测试用例评估测试用例评估 测试用例的管理 案例分析 ? ? ? ? ? 评估的方式 ?测试经理、测试小组审核 ?使用测试管理工具 评估的标准 ?评估测试用例编写的好坏的最主要标准： 是能否尽可能多的发现缺陷 ?评估测试用例的基本要素 输入 输出 测试执行步骤 评估的标准 ?评估测试用例是否符合编写依据 准确性 简洁性 可重用性 适用性 可跟踪性 纯净性 评估的标准 ?对全部测试用例的评估 覆盖率 功能覆盖、用例覆盖、用例场景覆盖 语句覆盖 冗余性 测试用例之间的依赖关系 执行测试用例的最佳顺序 课程目录 测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理测试用例的管理 案例分析 ? ? ? ? ? 测试用例的管理 ?对测试用例库的管理 增加 删除 修改 测试用例的管理要求 ?测试用例以统一的方式命名 ?指定测试用例文件类型的格式 ?指定测试用例版本 ?指定测试用例需要的测试对象，如数据库 ?指定测试用例存储方式为只读 测试用例的管理要求续 ?访问测试用例库是可控的 ?测试用例库需要做备份 ?测试用例库需要建