- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试用例说明书的
测试用例说明书 邓茂楠 438759361@ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 了解测试用例相关概念 熟悉测试用例设计的方法 熟悉测试用例设计的原则 熟悉测试用例模板 内容要点 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 测试用例(Test Case):为了某个测试点而设计的测试操作过程序列、条件、期望结果及其相关数据的一个特定的集合。它是可以被独立执行的一个过程,是一个最小的测试实体,不能再被分解。 测试用例说明书:记录被测软件的所有测试用例及测试执行过程相关信息的文档。 测试用例说明书的核心内容就是测试用例的设计。 测试用例说明书的编写 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 测试用例说明书的作用: 作为实施测试的指导; 作为测试数据规划的前提; 作为测试脚本编写说明书; 作为评判基准; 作为分析缺陷的基准。 测试用例说明书的编写 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 准确理解软件要实现的功能,即明确用户的需求; 有可参阅的《需求规格说明书》和《设计说明书》。 (测试需求说明书、成熟的测试用例) 设计测试用例的前提 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 测试用例设计的目的:不在于验证软件达到的功能,而在于验证软件应该达到的功能,也就是说设计一组发现某个错误或某类错误的测试数据。 测试用例要包括需要测试的功能、应输入的数据和预期的输出结果。 测试数据应该选用少量、高效的测试数据进行尽可能完备的测试。 设计测试用例的原则 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 设计测试用例的基本原则如下: 全面性,描写的测试用例应该覆盖所有的详细设计文档描述的功能。 正确性,保证设计的测试数据的正确性和操作的正确性;预期的操作结果应该与测试数据发生的业务吻合。 容错性,程序能够接收正确数据输入并且产生正确(预期)的输出, 输入非法数据(非法类型、不符合要求的数据、溢出数据等),程序应能给出提示并进行相应处理。 设计测试用例的原则 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 仿真性,人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例。 可操作性,测试用例应写清楚测试的操作步骤,不同的操作步骤相对应的操作结果不同。 符合正常业务惯例,测试数据应符合用户实际工作业务流程,也就是测试用例的先后顺序;兼顾各种业务变化的可能;符合当前业务行业法律法规。比如先增加再修改或删除。 设计测试用例的原则 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 等价类划分法 边界值分析法 错误推测法 因果图 判定表 设计测试用例的方法 功能图法 场景法 逻辑覆盖 基本路径测试 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 采用白盒测试技术设计用例的目的主要是: 每个模块中的所有独立路径至少被执行一次; 所有的逻辑值必须测试真、假两个分支;
原创力文档


文档评论(0)