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

3Z'x@ByV?0　　作为一个测试人员，最基本的技能就是设计测试用例，有很多人以为测试的工作很简单，谁都可以去做测试，在我没接触这个职业之前，我也有过这样的思想，而当自己真正从事后会发现，真的不简单；51Testing软件测试网GV~4|Nfp+C

'}9?u%zg Fe2GO3E0　　同一个功能，测试新人可能设计3个用例，而经验丰富的测试人员可以设计出6-10个测试用例，这是为什么呢？因为你想不到。只有经过不断的实践和栽跟头，你才能积累经验，知道哪里会出问题。而这些，是测试新人和开发想不到的地方。这就是优势。51Testing软件测试网@#].C E6Y#pN$I

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

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

xQ4PEM-sC7V"^k6gT-`0　　目前我设计过的主要有几种方式：1、步骤执行的形式；2、思维导图的形式（Xmind）；（当然还有很多其他形式，欢迎大家拍砖）

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

?.G ?%k3L.@(XBD$p_0　　那么怎么使用思维导读来写case呢？51Testing软件测试网Dkjz0tIl

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

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

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

6b2ddV k"QQ
|$f0　　1、最基本的，要保证功能点正常操作流程。51Testing软件测试网+~+S)v3H'QJJ

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

　　3、考虑边界值、异常情况、用户的操作习惯、不同的机器环境、不同的电脑分辨率。51Testing软件测试网8QdxDv!}C

\^$k*W u}{
H1z [0　　4、对于前端的web类的系统：那么我们还要考虑浏览器兼容性。51Testing软件测试网S4WK[EB d3j

　　下面，给出我做过的一个功能点的case示例：51Testing软件测试网&hu
M;qNZ-R

51Testing软件测试网C6Qo K1eb1Bo