- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
MicrosoftConfidential
测试用例设计课程概览测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理课程目标完成此课程之后,学员将具备以下能力:理解测试用例的定义和用途理解测试用例编写的原则针对具体项目,编写有效的测试用例对测试用例进行评估使用工具对测试用例进行管理课程目录测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理案例分析测试用例的定义测试用例是一个包含输入和预期输出的与程序行为有关的标识软件测试的本质就是针对要测试的内容确定一组测试用例测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的测试用例的用途和目的测试用例的用途和目的课程目录测试用例的基本概念测试用例的设计和编写测试用例评估测试用例的管理案例分析测试用例的编写原则准确性测试用例的设计确实符合测试需求,并且必须准确地说明测试的内容简洁性测试用例的设计中必须包含完成测试必要的步骤、要素,不需要加入多余的、可有可无的步骤、要素测试用例的编写原则可重用性测试用例的设计要求测试是可控的,它能够使任何人在任何时间进行测试都能获得同样的结果适用性测试用例对于当前的测试环境和测试者而言是可以执行的测试用例的编写原则可跟踪性测试用例是针对特定测试需求的纯净性不会因为执行该测试用例而影响其它测试用例的执行,用例中应说明如何将应用系统恢复到最初状态,而不影响后续测试的进行测试用例的编写格式测试用例的编写有三种主要格式:Step-by-step(按步骤)Matrix(矩阵表)Automatedscript(自动化脚本)前两种是测试用例最基本的格式,最后一种是自动执行前两种测试用例的软件脚本测试用例的编写格式Step-by-step测试用例的编写格式Matrix测试用例的编写格式测试用例的编写格式Step-by-step格式的使用业务上没有各种复杂的情况屏幕之间有较多的转换业务流程性很强GUI界面测试在矩阵表中输入输出很难表示测试用例的编写格式Matrix格式的使用表单、区域、数值、输入文件等存在较多变化相同的输入,但有不同的平台、浏览器或配置输入输出用矩阵表达较好测试用例的编写格式Automatedscripts格式的使用自动脚本的选择是根据测试对象、测试工具决定的编写自动测试脚本比编写手动测试用例要花费更多的时间,因为编写自动测试脚本之前必须要编写手动测试用例测试用例的编写格式Automatedscripts格式的使用在软件生命周期的维护阶段,即多次进行回归测试的情况下,可重复使用的自动脚本将起到非常重要的作用自动测试工具还被用来进行性能测试测试用例设计方法白盒测试方法语句覆盖分支覆盖条件覆盖……测试用例设计方法黑盒测试方法功能分解等价类划分边界值分析因果图法……编写有效的测试用例测试用例的易测性简洁性简洁性的衡量方法就是执行测试花费时间的长短以及在测试过程中是否能保持整个测试的纯净正确性正确性意味着测试人员根据测试用例进行的测试获得的测试结果(通过或不通过)是正确的编写有效的测试用例使用合理的语言测试人员该做什么,系统输出什么应该写得很清楚明白,也就是说首先要分清楚测试用例的输入和预期输出一种最好的避免含义混淆的方法是在操作步骤中采用动词+名词的结构,动词总是测试人员要做得事情,名词总是测试人员操作的对象、事物将同一个事物命名为同一个名称,不管这个事物是否通过不同的方式出现编写有效的测试用例控制测试用例的长度在Step-by-step用例中一个比较好的长度是不多于15步:执行每个测试用例花费更少的时间测试人员很少犯错误、丢失步骤或需要帮助测试经理能够准确地估计测试的时间测试结果更容易跟踪编写有效的测试用例控制测试用例的长度对于Matrix用例,一个好的测试用例的长度的衡量标准是是否能再20分钟内测试完毕编写有效的测试用例使用模板编写测试用例更方便提高测试用例的组织性提供了标准格式统一美观有助于测试人员寻找信息能够包括很多有关测试过程的选项编写有效的测试用例使用克隆(Cloning)模仿某个测试用例来写别的测试用例某些用户手册中的步骤、文字也可以被克隆保存以前写过的测试用例,以便以后进行克隆Matrixes测试用例也可以克隆,特别是在表结构相同的情况下,只需要改变一些列的名称和值就可以不要忘了把原来的测试用例的编号改为新的测试用例的编号编写有效的测试
原创力文档


文档评论(0)