网站大量收购闲置独家精品文档,联系QQ:2885784924

软件测试及其案例分析第五章测试用例设计方法.ppt

软件测试及其案例分析第五章测试用例设计方法.ppt

  1. 1、本文档共180页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
  软件测试用例是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例,并利用这些测试用例测试软件,以发现软件或程序的Bug。软件测试用例的设计和执行是软件测试工作的核心,也是软件测试中工作量最大的任务之一。设计良好的测试用例模板能够提高测试用例的设计质量,便于跟踪测试用例的执行结果,自动生成测试用例覆盖率报告。因此,如何发现对Bug敏感的测试用例一直是软件测试人员所研究的重要课题。本章介绍测试用例的设计策略、原则、方法和技术。   因为人们不可能进行穷举测试,为了节省时间和资源,提高测试效率,必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试,即设计测试用例。在软件测试中,测试用例的设计是一件很难的事情。不同类别的软件,测试用例是不同的。如系统、工具、控制、游戏软件,管理软件的用户需求更不统一,变化更大、更快。查看某一个公司的两个不同人员关于同一功能点所写的测试用例,就会发现有所不同。 人们可以发现,有的人写的用例简单明了,有的人写的用例却是复杂冗长,出现这种情况并不奇怪,因不同人的着眼点、经验和思维等不同,而且测试用例本身的设计方法与技巧大部分都是从经验中得来的。在实践中,人们把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了测试用例集。   在软件测试过程中,测试用例的生成成为软件测试的关键任务和难点。据统计,在所有的软件测试的开销中,约40%花费在设计测试用例上。长期以来,测试用例的选择和生成主要依靠手工完成,这意味着要求软件测试人员具有丰富的经验和较高的专业水平。因此,实际工程中的测试用例生成往往带有很大的盲目性,导致测试用例数量多,测试效果差,测试成本高。测试用例的自动生成是指通过特定的算法依据软件规约或程序结构自动构造测试用例的技术。多年来,许多学者对测试用例进行了广泛而深入的研究,并取得了大量的研究成果。   1.测试用例定义   目前对测试用例没有经典的定义。为达到最佳的测试效果或高效地揭露隐藏的Bug而精心设计的少量测试数据,称为测试用例。   大家普遍认为:测试用例指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。简单地说,测试用例就是设计一个场景,使软件程序在这个场景下,必须能够正常运行并且达到程序所设计的执行结果。   实质上,测试用例是指在软件测试过程中为特定的目的,按照一定顺序执行的与测试目标相关的一系列测试,将测试数据作为输入来执行被测试程序,判断被测程序的动态行为和运行结果以发现程序Bug或功能Bug等。让软件系统在这一系列测试情况下运行,来检验是否能正常运行并达到程序实现所预设的执行结果。测试用例是执行测试的最小实体。   测试用例可用一个三元组(P, S, T)来描述,其中P表示程序;S表示规范,是与测试相关的所有信息源;T表示测试用例。   一个好的测试用例在于它能发现至今未发现的Bug。   2.测试用例的误区   ● ?测试用例应由测试设计员或分析设计员来制订,而不是普通的测试员。   ● ?测试观点应由分析设计员确立,与测试人员无关。   ● ?测试工作展开于项目立项后,而不是代码开发完成之后。   ● ?测试用例的测试对象不仅是源代码,还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。   3.测试用例的要求   设计的测试用例要求具有完整性、准确性、简洁清晰、可维护性、适当性、可复用性等。   (1) 完整性。完整性是对测试用例最基本的要求,尤其是在一些基本功能项上,如果有遗漏,那将是不可原谅的。完整性还体现在测试用例要能够涉及中断测试、临界测试、压力测试、性能测试等方面。   (2) 准确性。测试者按照测试用例的输入一步步完成测试后,要能够根据测试用例描述的输出得出正确的结论,不能出现模糊不清的描述。   (3) 明确性。好的测试用例的每一步都应该有相应的作用,有很强的针对性,不应该出现一些冗繁无用的操作步骤。测试用例不应该太简单,也不能够太过复杂,最大操作步骤最好控制在10~15步之间。   (4) 清晰性。清晰性包括描述清晰,步骤条理清晰,测试层次清晰(由简而繁,从基本功能测试到破坏性测试)。   明确性和清晰性对测试用例编写者的逻辑思维和文字表达能力提出了较高的要求。   (5) 可维护性。由于软件开发过程中需求变更等原因的影响,常常需要对测试用例进行修改、增加、删除等,以便测试用例符合相应的测试要求。测试用例应具备这方面的功能。   (6)

文档评论(0)

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

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

1亿VIP精品文档

相关文档