测试用例设计

null 测试用例设计 测试用例设计课程概览课程概览测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理课程目标课程目标完成此课程之后，学员将具备以下能力： 理解测试用例的定义和用途 理解测试用例编写的原则 针对具体项目，编写有效的测试用例 对测试用例进行评估 使用工具对测试用例进行管理 课程目录课程目录测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析测试用例的定义测试用例的定义测试用例是一个包含输入和预期输出的与程序行为有关的标识 软件测试的本质就是针对要测试的内容确定一组测试用例 测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的测试用例的用途和目的 测试用例的用途和目的 执行测试，发现缺陷 重复执行测试，重现缺陷 管理测试过程 回归测试，验证缺陷是否修复测试用例的用途和目的 测试用例的用途和目的 使测试更加方便的执行 提高测试效率 节省执行测试的时间 使测试更能按照时间计划进行 使测试过程更方便管理课程目录课程目录测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析测试用例的编写原则测试用例的编写原则准确性 测试用例的设计确实符合测试需求，并且必须准确地说明测试的内容 简洁性 测试用例的设计中必须包含完成测试必要的步骤、要素，不需要加入多余的、可有可无的步骤、要素 测试用例的编写原则测试用例的编写原则可重用性 测试用例的设计要求测试是可控的，它能够使任何人在任何时间进行测试都能获得同样的结果 适用性 测试用例对于当前的测试环境和测试者而言是可以执行的 测试用例的编写原则测试用例的编写原则可跟踪性 测试用例是针对特定测试需求的 纯净性 不会因为执行该测试用例而影响其它测试用例的执行，用例中应说明如何将应用系统恢复到最初状态，而不影响后续测试的进行 测试用例的编写格式 测试用例的编写格式 测试用例的编写有三种主要格式： Step-by-step（按步骤） Matrix（矩阵表） 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.Click 77, 80   … … …测试用例的编写格式测试用例的编写格式Step-by-step格式的使用 业务上没有各种复杂的情况 屏幕之间有较多的转换 业务流程性很强 GUI界面测试 在矩阵表中输入输出很难表示 测试用例的编写格式测试用例的编写格式Matrix格式的使用 表单、区域、数值、输入文件等存在较多变化 相同的输入，但有不同的平台、浏览器或配置 输入输出用矩阵表达较好测试用例的编写格式测试用例的编写格式Automated scripts格式的使用 自动脚本的选择是根据测试对象、测试工具决定的 编写自动测试脚本比编写手动测试用例要花费更多的时间，因为编写自动测试脚本之前必须要编写手动测试用例测试用例的编写格式测试用例的编写格式Automated scripts格式的使用 在软件生命周期的维护阶段，即多次进行回归测试的情况下，可重复使用的自动脚本将起到非常重要的作用 自动测试工具还被用来进行性能测试测试用例设计方法测试用例设计方法白盒测试方法 语句覆盖 分支覆盖 条件覆盖 …… 测试用例设计方法测试用例设计方法黑盒测试方法 功能分解 等价类划分 边界值分析 因果图法 …… 编写有效的测试用例编写有效的测试用例测试用例的易测性 简洁性 简洁性的衡量方法就是执行测试花费时间的长短以及在测试过程中是否能保持整个测试的纯净 正确性 正确性意味着测试人员根据测试用例进行的测试获得的测试结果（通过或不通过）是正确的编写有效的测试用例编写有效的测试用例使用合理的语言 测试人员该做什么，系统输出什么应该写得很清楚明白，也就是说首先要分清楚测试用例的输入和预期输出 一种最好的避免含义混淆的方法是在操作步骤中采用动词+名词的结构，动词总是测试人员要做得事情，名词总是测试人员操作的对象、事物 将同一个事物命名为同一个名称，不管这个事物是否通过不同的方式出现 编写有效的测试用例编写有效的测试用例控制测试用例的长度 在Step-by-step用例中一个比较好的长度是不多于15步： 执行每个测试用例花费更少的时间 测试人员很少犯错误、丢失步骤或需要帮助 测试经理能够准确地估计测试的时间 测试结果更容易跟踪 编写有效的测试用例编写有效的测试用例控制测试用例的长度 对于Matrix用例，一个好的测试用例的长度的衡量标准是是否能再20分钟内测试完毕编写有效的测试用例编写有效的测试用例使用模板 编写测试用例更方便 提高测试用例的组织性 提供了标准 格式统一美观 有助于测试人员寻找信息 能够包括很多有关测试过程的选项 编写有效的测试用例编写有效的测试用例使用克隆（Cloning） 模仿某个测试用例来写别的测试用例 某些用户手册中的步骤、文字也可以被克隆 保存以前写过的测试用例，以便以后进行克隆 Matrixes测试用例也可以克隆，特别是在表结构相同的情况下，只需要改变一些列的名称和值就可以 不要忘了把原来的测试用例的编号改为新的测试用例的编号编写有效的测试用例编写有效的测试用例使用测试管理软件 编写测试用例更加方便 使克隆用例和步骤更方便 很容易添删改用例和步骤 支持自动编号和重新编号 支持各种方便的模版 编写有效的测试用例编写有效的测试用例使用测试管理软件 普通格式的测试用例的输出 支持多用户 编写测试用例的过程以及测试过程的跟踪 测试结果的跟踪、缺陷的跟踪 需求管理 测试结果的统计 支持灵活的安全措施 编写有效的测试用例编写有效的测试用例测试用例依赖关系的利弊 具有依赖关系的测试用例是一些需要依靠先前的测试用例执行的结果来执行的用例 考虑是否真的需要其他的测试的结果作为数据输入，如果是，那么测试必需是累积的。应尽量避免这种情况 保持测试用例依赖关系的正确性和一致性 以一种合理的顺序来安排测试用例的顺序 测试用例示例测试用例示例1.测试用例标识 2.测试步骤 3.输入 4.输出 5.环境要求 5.1 硬件 5.2 软件 5.3 其他 6.特殊过程的要求 7.与其他测试用例的依赖关系 课程目录课程目录测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析评估的方式评估的方式测试经理、测试小组审核 使用测试管理工具 评估的标准 评估的标准 评估测试用例编写的好坏的最主要标准： 是能否尽可能多的发现缺陷 评估测试用例的基本要素 输入 输出 测试执行步骤 评估的标准评估的标准评估测试用例是否符合编写依据 准确性 简洁性 可重用性 适用性 可跟踪性 纯净性 评估的标准评估的标准对全部测试用例的评估 覆盖率 功能覆盖、用例覆盖、用例场景覆盖 语句覆盖 冗余性 测试用例之间的依赖关系 执行测试用例的最佳顺序课程目录课程目录测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理 案例分析测试用例的管理 测试用例的管理 对测试用例库的管理 增加 删除 修改测试用例的管理要求 测试用例的管理要求 测试用例以统一的方式命名 指定测试用例文件类型的格式 指定测试用例版本 指定测试用例需要的测试对象，如数据库 指定测试用例存储方式为只读 测试用例的管理要求……续测试用例的管理要求……续访问测试用例库是可控的 测试用例库需要做备份 测试用例库需要建立测试用例的统一索引号 测试用例库支持关键字（项目名称、软件名称、测试用例编号等等）的搜索 测试用例的管理工具 测试用例的管理工具 测试管理工具是一个组织和管理整个测试过程的企业应用集成软件 QADirector （Compuware） TestDirector （Mercury Interactive ）QADirector的介绍QADirector的介绍演示