软件测试用例的设计和其重要性
2012年08月15日 09:58供稿中心：兆隆教育
作为一个测试人员，最基本的技能就是设计测试用例，有很多人以为测试的工作很简单，谁都可以去做测试，在我没接触这个职业之前，我也有过这样的思想，而当自己真正从事后会发现，真的不简单；
同一个功能，测试新人可能设计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类的系统：那么我们还要考虑浏览器兼容性。
