如何提高测试用例设计的测试覆盖率

发表于:2014-8-14 09:39  作者:51iPM   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 测试用例 测试技术

  说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分、临界值、因果图等方法来设计用例就行了。
  但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题;而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱。
  究其原因,我觉得还是测试用例的撰写水平不到位,更确切地说是测试用例的覆盖度太低。说实话我认为系统测试用例真正做到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)、其它测试类型

【调查报告】你以为的测试行业现状,其实是这样的!
21/212>

评 论

  • nears520 (2014-9-10 16:01:36)

    那一个好的测试时要更接近开发呢,还是更接近用户呢?

  • moonback (2014-8-15 23:20:19)

    测试覆盖有几个层次:代码覆盖、特性覆盖、规格覆盖、场景覆盖和设计覆盖等等不同的层次,从你文章的描述,感觉你重点是在基础的代码覆盖率上,代码覆盖简单和有效率的办法是借助代码覆盖率统计和分析工具(HLT)收集代码覆盖的情况,使用半白盒的方式补充测试用例达到更高的覆盖(一个好的测试人员不应该是对代码比较了解的,至少是能看得懂代码的),而对场景覆盖和设计覆盖对测试人员是最难的,要了解产品的使用背景、习惯等方面,找到客户的真正需求,发现产品设计上的遗漏,是测试人员比较难达到的高度---------以上仅代表个人不成熟的观点,拍砖请手下留情

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道