软件测试用例的设计和其重要性

发表于:2012-8-14 11:19

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zoey1213    来源:51Testing软件测试网采编

  作为一个测试人员,最基本的技能就是设计测试用例,有很多人以为测试的工作很简单,谁都可以去做测试,在我没接触这个职业之前,我也有过这样的思想,而当自己真正从事后会发现,真的不简单;

  同一个功能,测试新人可能设计3个用例,而经验丰富的测试人员可以设计出6-10个测试用例,这是为什么呢?因为你想不到。只有经过不断的实践和栽跟头,你才能积累经验,知道哪里会出问题。而这些,是测试新人和开发想不到的地方。这就是优势。

  一个产品的质量好不好,跟测试用例的设计的覆盖度有很大关系。如果你的用例,只覆盖了60%的缺陷,那么剩下的40%呢?有可能剩下的30%是你在测试的过程中发散出来的逻辑,而10%,可能就是你遗漏的。那么这个30%,可以作为我们的经验,及时的补充到测试用例里去,下次你设计的时候,你可能能覆盖65%的缺陷了。可别小看这5%,水滴穿石,日积月累后,你可以很放心的把设计的用例交与新人去执行了;

  上面说的是测试用例的设计的重要性。下面再谈下设计方法。

  目前我设计过的主要有几种方式:1、步骤执行的形式;2、思维导图的形式(Xmind);(当然还有很多其他形式,欢迎大家拍砖)

  我比较推荐思维导图的形式,思路清晰,对功能点一目了然,测完可以review下功能点以确保无遗漏。最主要的是好维护,因为系统的功能是经常会变的。步骤执行的形式就是对新人来说,很好执行,但是维护成本太大了,不推荐。

  那么怎么使用思维导读来写case呢?

  首先,写case之前我们要做一个设计,深度阅读需求文档,整理出系统的功能点,如果开发有写UC那就更好了,直接使用开发的UC功能点并对不全的功能点进行补充。但是这里功能点描述切记太过冗余,最好能用自己的语言进行归纳总结。总结之后对功能点会有自己的理解,而不要拷贝PD提供的需求文档。

  接下来我们就针对功能点开始设计case了,写case 的时候,用最简洁的语言描述出逻辑就可以了,其实也就是一个个idear;对于执行起来很复杂的,可以备注上执行步骤;

  写case的时候我们要注意几点:

  1、最基本的,要保证功能点正常操作流程。

  2、尽可能的把所有执行路径(逻辑)都列出来。

  3、考虑边界值、异常情况、用户的操作习惯、不同的机器环境、不同的电脑分辨率。

  4、对于前端的web类的系统:那么我们还要考虑浏览器兼容性。

  下面,给出我做过的一个功能点的case示例:

《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • limingyue
    2012-8-15 15:22:28

    总结的很好,受教了~~~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号