测试用例设计培训优秀课件.ppt

《测试用例设计培训优秀课件.ppt》由会员分享，可在线阅读，更多相关《测试用例设计培训优秀课件.ppt（43页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、测试用例设计培训第1页，本讲稿共43页课程概览测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理第2页，本讲稿共43页课程目标完成此课程之后，学员将具备以下能力：理解测试用例的定义和用途理解测试用例编写的原则针对具体项目，编写有效的测试用例 对测试用例进行评估使用工具对测试用例进行管理 第3页，本讲稿共43页课程目录测试用例的基本概念测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理案例分析第4页，本讲稿共43页测试用例的定义测试用例是一个包含输入和预期输出的与程序行为有关的标识软件测试的本质就是针对要测试的内容确定一组测试用例测试用例是由测试中经过的一系列状态和在

2、每个状态中必须依靠输入/输出数据满足的一对条件组成的第5页，本讲稿共43页测试用例的用途和目的 执行测试，发现缺陷重复执行测试，重现缺陷管理测试过程回归测试，验证缺陷是否修复第6页，本讲稿共43页测试用例的用途和目的 使测试更加方便的执行提高测试效率节省执行测试的时间使测试更能按照时间计划进行使测试过程更方便管理第7页，本讲稿共43页课程目录测试用例的基本概念测试用例的设计和编写测试用例的设计和编写测试用例评估测试用例的管理案例分析第8页，本讲稿共43页测试用例的编写原则准确性 测试用例的设计确实符合测试需求，并且必须准确地说明测试的内容简洁性 测试用例的设计中必须包含完成测试必要的步骤、要素

3、，不需要加入多余的、可有可无的步骤、要素第9页，本讲稿共43页测试用例的编写原则可重用性 测试用例的设计要求测试是可控的，它能够使任何人在任何时间进行测试都能获得同样的结果适用性 测试用例对于当前的测试环境和测试者而言是可以执行的第10页，本讲稿共43页测试用例的编写原则可跟踪性 测试用例是针对特定测试需求的 纯净性不会因为执行该测试用例而影响其它测试用例的执行，用例中应说明如何将应用系统恢复到最初状态，而不影响后续测试的进行 第11页，本讲稿共43页测试用例的编写格式 测试用例的编写有三种主要格式：Step-by-step（按步骤）Matrix（矩阵表）Automated script（自动

4、化脚本）前两种是测试用例最基本的格式，最后一种是自动执行前两种测试用例的软件脚本第12页，本讲稿共43页测试用例的编写格式Step-by-step 第13页，本讲稿共43页测试用例的编写格式Matrix 第14页，本讲稿共43页测试用例的编写格式n Automated script Attach to 测试管理系统 WindowWindow(测试管理系统 Window).Attach Attach to ClassName=abcd Caption=缺陷信息GUIObject(ClassName=abcd Caption=缺陷信息).Attach GUIObject.Click 77,80 第

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

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

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

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

9、号改为新的测试用例的编号第27页，本讲稿共43页编写有效的测试用例使用测试管理软件编写测试用例更加方便使克隆用例和步骤更方便 很容易添删改用例和步骤 支持自动编号和重新编号支持各种方便的模版 第28页，本讲稿共43页编写有效的测试用例使用测试管理软件普通格式的测试用例的输出 支持多用户编写测试用例的过程以及测试过程的跟踪 测试结果的跟踪、缺陷的跟踪 需求管理 测试结果的统计 支持灵活的安全措施 第29页，本讲稿共43页编写有效的测试用例测试用例依赖关系的利弊具有依赖关系的测试用例是一些需要依靠先前的测试用例执行的结果来执行的用例 考虑是否真的需要其他的测试的结果作为数据输入，如果是，那么测试必

10、需是累积的。应尽量避免这种情况保持测试用例依赖关系的正确性和一致性 以一种合理的顺序来安排测试用例的顺序 第30页，本讲稿共43页测试用例示例1.测试用例标识2.测试步骤3.输入4.输出5.环境要求5.1 硬件5.2 软件5.3 其他6.特殊过程的要求7.与其他测试用例的依赖关系第31页，本讲稿共43页课程目录测试用例的基本概念测试用例的设计和编写测试用例评估测试用例评估测试用例的管理案例分析第32页，本讲稿共43页评估的方式测试经理、测试小组审核使用测试管理工具 第33页，本讲稿共43页评估的标准 评估测试用例编写的好坏的最主要标准：是能否尽可能多的发现缺陷评估测试用例的基本要素 输入 输出

11、 测试执行步骤 第34页，本讲稿共43页评估的标准评估测试用例是否符合编写依据 准确性 简洁性 可重用性 适用性 可跟踪性 纯净性 第35页，本讲稿共43页评估的标准对全部测试用例的评估覆盖率功能覆盖、用例覆盖、用例场景覆盖语句覆盖冗余性测试用例之间的依赖关系执行测试用例的最佳顺序第36页，本讲稿共43页课程目录测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理测试用例的管理案例分析第37页，本讲稿共43页测试用例的管理 对测试用例库的管理增加删除修改第38页，本讲稿共43页测试用例的管理要求 测试用例以统一的方式命名 指定测试用例文件类型的格式 指定测试用例版本 指定测试用例需要的测试对象，如数据库 指定测试用例存储方式为只读 第39页，本讲稿共43页测试用例的管理要求续访问测试用例库是可控的 测试用例库需要做备份 测试用例库需要建立测试用例的统一索引号 测试用例库支持关键字（项目名称、软件名称、测试用例编号等等）的搜索 第40页，本讲稿共43页测试用例的管理工具 测试管理工具是一个组织和管理整个测试过程的企业应用集成软件 QADirector （Compuware）TestDirector（Mercury Interactive）第41页，本讲稿共43页QADirector的介绍演示第42页，本讲稿共43页谢谢！第43页，本讲稿共43页