- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试用例设计分析郭学品;钟声;黄成【摘要】软件测试是软件开发过程中的重要组成部分,是发现软件缺陷的重要环节,是保证软件质量和可靠性的重要手段.而软件测试的成效在某种程度上取决于采用的测试方法和测试用例的设计.因此,测试用例的设计是非常重要和关键的.文章就此对测试用例设计的基本原则、考虑要素、设计方法等进行了阐述和分析.
【期刊名称】《海南广播电视大学学报》【年(卷),期】2010(000)004【总页数】4页(P136-139)【关键词】软件测试;测试用例;设计方法;白盒测试;黑盒测试【作者】郭学品;钟声;黄成【作者单位】海南大学,信息科学技术学院,海南,海口,570228;海南师范大学,信息科学技术学院,海南,海口,571158;海南大学信息科学技术学院,海南,海口,570228;海南师范大学信息科学技术学院,海南,海口,571158【正文语种】中文【中图分类】TP311.5随着现代计算机在社会各行各业的广泛应用,各种软件走进了人们的日常工作和日常生活中,人们越来越多的依赖各种软件从而也对软件品质保证提出了更高要求。
在这样的背景下,软件测试在整个软件开发活动中就摆在了特别突出的位置。
软件测试是软件生命周期中的一个重要阶段,是保证软件质量和可靠性的重要手段。如何对软件进行全面、高效的测试成为软件行业比较关注的问题。测试用例是软件测试活动的核心部分,指导测试工作的开展,是软件测试必须遵守的准则。软件测试正是根据软件开发各阶段的规格说明和程序内部结构而精心设计了一批测试用例,并利用这些测试用例运行软件,来发现软件系统缺陷的。测试用例对测试工作的控制和指导作用相当于设计文档对编码的指导作用,尤其在大系统表现出对系统测试的权威性。
测试用例是对软件运行过程中所有可能存在的目标、运动、环境和结果的描述,是对客观世界的一种抽象。测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合,是有效发现软件缺陷的最小测试执行单元。这些特定目标可以是验证一个特定的程序路径或核实是否符合特定需求。
测试用例体现了一定的测试方案、方法、技术和策略,内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。测试用例属于软件测试工作的指导性文件,测试用例的优劣直接影响软件测试的质量。
测试用例作为检验测试效果的重要参考因素,也从某种角度来衡量软件质量的好坏。设计良好的测试用例具有可重复使用的功能,可以使软件测试的成本降低,使测试效果事半功倍。
(一)有效性不同测试人员使用相同测试用例得到的验证结果是相同的,它是测试人员进行软件测试的重要参考依据。
(二)易组织性对于一个项目来说,测试用例有可能在数月或数年的测试过程中被创建、使用,测试计划应组织好这些测试用例,提供给测试人员作为参考和使用。
(三)可复用性软件测试是不可能进行穷举测试的,设计良好的测试用例应具有可重复使用的功能,减少编制测试用例的数量,提高测试效率。
(四)可评估性在测试中,测试用例的通过率是检验代码质量的保证。代码质量的高低,可以通过测试用例的通过率和软件错误的数量来衡量。
(五)可管理性测试用例是检验测试人员工作进度和工作量,以及跟踪管理测试人员的工作效率的一种依据,从而合理做出测试计划和测试安排。
(一)尽量避免设计含糊不清的测试用例含糊不清的测试用例会给测试过程带来困难,甚至影响测试结果。在测试过程中,测试用例一般有三种状态:通过、未通过和不能测试。如果测试未通过,一般会有测试的错误报告进行关联;如果不能测试,则需要找出原因,判断是否是测试用例本身的错误,还是环境因素等其他问题。不能说这个测试用例部分通过,部分未通过,不允许出现模棱两可的情况。含糊的测试用例会给测试人员的判断带来困难,也不利于测试过程的跟踪。
(二)尽量避免设计复杂繁琐的测试用例复杂繁琐的测试用例难于保证测试用例的准确性。因此,在测试过程中,如果测试用例包含很多不同类型的输入或者输出,或者测试过程的逻辑复杂而不连续,此时就要对测试用例进行合理分解。
(三)尽量将类似功能的测试用例抽象并归类由于软件测试是无法进行穷举测试的,所以对类似功能的测试用例的抽象归类显得尤为重要,一个好的测试用例应该能够代表一组或者一系列的测试过程。
(一)测试用例应具有代表性和典型性一个测试用例应能基本涵盖一组或多组情形,这也是测试用例设计的初衷。
(二)测试用例设计时,要浓缩系统设计测试用例需要准确反映系统功能设计,当然也不能完全复制使用规格设计说明书。同时,测试用例还要结合多个规格说明书进行设计,将所有可能出现的情况结合起来考虑。
(三)用户测试用例设计,要多考虑用户实际使用场景用户测试用例基于用户实际的可能场景,从用户的角度模拟程序的输入,从而针对程序来进行测试的用例,需要考虑用户实际的环境因素。
(
原创力文档


文档评论(0)