黑盒测试测试用例写法.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
测试用例设计一黑盒测试 测试用例设计-黑盒测试 口测试用例设计概述 口黑盒测试的概念 口黑盒测试的数学知识 口黑盒测试用例设计技术 测试用例设计概述 口测试用例的定义 口测试用例的重要性 口好测试用例的特点 设计测试用例的基本准则 口设计测试用例的着眼点 口测试用例的编写标准 口测试用例设计的误区 43 测试用例设计概述 口什么是软件测试用例 (1)测试用例是为特定的目的而设计的一组 测试输入、执行条件和预期的结果。 (2)测试用例是执行的最小实体 测试用例设计概述 口好测试用例的特点 1.完整的 完整性是对测试用例最基本的要求,尤其是一些基本功能 在临界测试压力测试、性能测试等方面,这方面测试 也要能够涉及到 2.准确 测试者按照测试用例的输入一步步测试完成后,要能够根 测试用例描述的输出得出正确的结论,不能岀现模糊不 清的语言。 3.清晰、简洁 好的测试用例描述清晰,每一步都应该有响应的作用,有 很强的针对性,不应该出现一些冗繁无用的操作步骤 测试用例不应该太简单,也不能够太过复杂,最大操作 步骤最好控制在15步之内。 6 测试用例设计概述 5.可维护性 由于软件开发过程中需求变更等原因的影响,常常需要对 测试用例进行修改、增加、删除等,以便测试用例符合 相应测试要求。测试用例应具备这方面的功能。 6.适当性 测试例应该适合特定的测试环境以及符合整个团队的测试 水平,如纯英语环境下的测试用例最好使用英文编写 7.可复用性 要求不同测试者在同样测试环境下使用同样测试用例都能一 得出相同结论 测试用例设计概述 8.其他 如可追朔性、可移植性也是对编写测试用例的一个要 求。另外,好的测试用例也是最有可能抓住错误的 不重复、多余的;是一组相似测试用例中最有效的 测试用例设计概述 口设计测试用例的基本准则 ■测试用例的代表性 能够代表并覆盖各种合理的和不合理的、合法的和非法 的、边界的和越界的以及极限的输入数据、操作和环境 设置等 ■测试结果的可判定性 即测试执行结果的正确性是可判定的,每一个测试用例 都应有相应的期望结果。 ■测试结果的可再现性 即对同样的测试用例,系统的执行结果应当是相同的。 测试用例设计概述 口设计测试用例的着眼点 根据产品规格,测试基本功能; ■考虑设计一般用户(非专业人员)的使用方案; ■考虑设计稀有或特殊的使用方案; 与系统其他组成部分的配合(如FAX和上网可能要用到 MODEM,测试中考虑对设备的共享); ■考虑特殊情况(如内存和硬件的冲突等) ■设计极端情况(如内存泄漏、破坏性测试等); ■好的测试用例集能花费最小的代价(人力、物力、财力、 时间)做最好的测试 测试用例设计概述 口测试用例的编写标准 在 ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用 例编写规范和模板。标准模板中主要元素如下: 标识符——惟一标识每一个测试用例 ■测试项——准确的描述所需要测试的项及其特征 测试环境要求—一表征执行该测试用例需要的测试环境 ■输入标准——执行测试用例的输入需求(这些输入可能包括数 据、文件或者操作) 输岀标准——按照指定的环境和输入标准得到的期望输岀结果 测试用例之间的关联——一标识该测试用例与其它的测试(或其 它测试用例)之间的依赖关系

文档评论(0)

317960162 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档