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

2025年测试用例覆盖率提高技巧.pdfVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

古之立大事者,不惟有超世之才,亦必有坚忍不拔之志。——苏轼

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:

按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分、

临界值、因果图等方法来设计用例就行了。

但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有

经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题;

而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息

的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总

是比较脆弱。

究其原因,我觉得还是测试用例的撰写水平不到位,更确切地说是测试用例的覆盖度

太低。说实话我认为系统测试用例真正做到100%覆盖是很难的。难道说按设计中的

功能划分,每个功能都写到了这个用例就覆盖完整了?错,这还远远不够。因为我们

知道还有大量的内部处理、转换、业务逻辑、相互影响的关系等都是需求或设计中所

不会点明的。而这些一方面需要靠测试人员对项目本身的了解,另一方面要靠测试人

员的经验,来一一找到这些隐藏点并予以测试,才能真正地保证我们的测试覆盖度。

所以本文抛开具体的测试数据设计方法,主要从测试覆盖度的角度来介绍用例设计时,

如何才能考虑地更周全,如何才能将隐藏的测试项一一找出,从而使我们的测试更全

面更完整。

想法虽然美好,可是毕竟每个测试的项目都是各不相同,针对不同项目我们的经验也

会告诉给我们不同的想法,这些想法通常很感性,很难用严密的逻辑理论来把它升华。

因此本文的内容仍是很简陋且不成熟,只是希望能以本文为砖,引起大家的思考,一

起来补充完善,以使我们的测试用例设计水平不断提高。

正文

一、测试用例的切面设计

太上有立德,其次有立功,其次有立言,虽久不废,此谓不朽。——《左传》

1、功能点切面

2、特定切面

3、隐含切面

(1)、后台功能

(2)、完整业务流程的测试

(3)、某种特定情况下的系统运行

(4)、其它相关系统

(5)、除功能测试外的其它测试类型

二、详细用例的设计

1、功能切面表面用例设计

(1)、具体功能测试

(2)、组合操作的测试

(3)、GUI界面的测试

(4)、数据初始化情况测试

学而不知道,与不学同;知而不能行,与不知同。——黄睎

(5)、业务需求实现是否正确

2、功能切面隐含测试项用例设计:

(1)、数据完整性的测试

(2)、后台的特殊处理

(3)、功能业务之间的关联与转换

(4)、从设计实现发掘测试点

(5)、并发操作时的测试

3、特定切面用例设计

4、隐含切面用例设计

(1)、无界面的后台功能

(2)、与业务流相关的测试

(3)、其它测试类型

三、测试数据的设计

君子忧道不忧贫。——孔丘

一、测试用例的切面设计

所谓测试切面设计,其实就是测试用例大项的划分。测试用例划分的经典方法是瀑布

文档评论(0)

131****8261 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档