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

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

同一个功能，测试新人可能设计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类的系统：那么我们还要考虑浏览器兼容性。