测试用例设计培训幻灯片.ppt

Microsoft Confidential 测试用例设计培训 课程概览 测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 课程目标 完成此课程之后，学员将具备以下能力： 理解测试用例的定义和用途 理解测试用例编写的原则 针对具体项目，编写有效的测试用例 对测试用例进行评估 使用工具对测试用例进行管理 课程目录 测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析 测试用例的定义 测试用例是一个包含输入和预期输出的与程序行为有关的标识 软件测试的本质就是针对要测试的内容确定一组测试用例 测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的 测试用例的用途和目的 测试用例的用途和目的 课程目录 测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析 测试用例的编写原则 准确性 测试用例的设计确实符合测试需求，并且必须准确地说明测试的内容 简洁性 测试用例的设计中必须包含完成测试必要的步骤、要素，不需要加入多余的、可有可无的步骤、要素 测试用例的编写原则 可重用性 测试用例的设计要求测试是可控的，它能够使任何人在任何时间进行测试都能获得同样的结果 适用性 测试用例对于当前的测试环境和测试者而言是可以执行的 测试用例的编写原则 可跟踪性 测试用例是针对特定测试需求的 纯净性 不会因为执行该测试用例而影响其它测试用例的执行，用例中应说明如何将应用系统恢复到最初状态，而不影响后续测试的进行 测试用例的编写格式 测试用例的编写有三种主要格式： Step-by-step（按步骤） Matrix（矩阵表） Automated script（自动化脚本） 前两种是测试用例最基本的格式，最后一种是自动执行前两种测试用例的软件脚本 测试用例的编写格式 Step-by-step 测试用例的编写格式 Matrix 测试用例的编写格式 测试用例的编写格式 Step-by-step格式的使用 业务上没有各种复杂的情况 屏幕之间有较多的转换 业务流程性很强 GUI界面测试 在矩阵表中输入输出很难表示 测试用例的编写格式 Matrix格式的使用 表单、区域、数值、输入文件等存在较多变化 相同的输入，但有不同的平台、浏览器或配置 输入输出用矩阵表达较好 测试用例的编写格式 Automated scripts格式的使用 自动脚本的选择是根据测试对象、测试工具决定的 编写自动测试脚本比编写手动测试用例要花费更多的时间，因为编写自动测试脚本之前必须要编写手动测试用例 测试用例的编写格式 Automated scripts格式的使用 在软件生命周期的维护阶段，即多次进行回归测试的情况下，可重复使用的自动脚本将起到非常重要的作用 自动测试工具还被用来进行性能测试 测试用例设计方法 白盒测试方法 语句覆盖 分支覆盖 条件覆盖 …… 测试用例设计方法 黑盒测试方法 功能分解 等价类划分 边界值分析 因果图法 …… 编写有效的测试用例 测试用例的易测性 简洁性 简洁性的衡量方法就是执行测试花费时间的长短以及在测试过程中是否能保持整个测试的纯净 正确性 正确性意味着测试人员根据测试用例进行的测试获得的测试结果（通过或不通过）是正确的 编写有效的测试用例 使用合理的语言 测试人员该做什么，系统输出什么应该写得很清楚明白，也就是说首先要分清楚测试用例的输入和预期输出 一种最好的避免含义混淆的方法是在操作步骤中采用动词+名词的结构，动词总是测试人员要做得事情，名词总是测试人员操作的对象、事物 将同一个事物命名为同一个名称，不管这个事物是否通过不同的方式出现 编写有效的测试用例 控制测试用例的长度 在Step-by-step用例中一个比较好的长度是不多于15步： 执行每个测试用例花费更少的时间 测试人员很少犯错误、丢失步骤或需要帮助 测试经理能够准确地估计测试的时间 测试结果更容易跟踪 编写有效的测试用例 控制测试用例的长度 对于Matrix用例，一个好的测试用例的长度的衡量标准是是否能再20分钟内测试完毕 编写有效的测试用例 使用模板 编写测试用例更方便 提高测试用例的组织性 提供了标准 格式统一美观 有助于测试人员寻找信息 能够包括很多有关测试过程的选项 编写有效的测试用例 使用克隆（Cloning） 模仿某个测试用例来写别的测试用例 某些用户手册中的步骤、文字也可以被克隆 保存以前写过的测试用例，以便以后进行克隆 Matrixes测试用例也可以克隆，特别是在表结构相同的情况下，只需要改变一些列的名称和值就可以 不要忘了把原来的测试用例的编号改为新的测试用例的编号 编写有效的