笑傲测试　－－孤独九剑４

　　　　　　　　　　　　　　　　第四式　　矫如龙翔

　　　　＂霍如羿射九日落，矫如群帝骖龙翔＂．诗的本意是诗人看到公孙大娘的精湛而又华美的剑姿，甚为惊叹，故作诗表达心情．大师风清扬在孤独九剑中用杜甫的诗来描述对测试用例的期望.

　　　　　本节中，令狐冲一下次越位于测试工程师，尝试自己编写测试用例，第一次，难免有些生疏与紧张，便跑来与师傅探讨如何规划和组织好的用例．作者说的很好，＂测试好比武功中的一招一式，不能是花拳绣腿，一定要有杀伤力才可以在险恶的江湖中生存＂．我们编写用例时，确实要设计的周密，达到发现软件错误的目的．正如＜软件测试的艺术＞一书中说的那样，成功的测试用例是发现了至今未发现的错误．所以如何编写成功的测试用例，确实需要我们很下一翻工夫了．

　　　　　首先从形式上讲，标准的测试用例需要一定的要素．一般包含：编号，测试模块，标题，测试目的，测试级别，先决条件，输入，期望输出．无论在简单或在复杂的用例，都由这些基本的要素组成．很多人可能喜欢＂不拘小节＂，大大咧咧，觉得格式不是问题．其实不然，我觉得作为测试人员，一定要有严谨的态度，该圆则圆，该方则方．书中有一段话觉得说的很好＂好多人抱怨不见得就高明．职场中９０％的人是在随波逐流和人云亦云，只有少数人有自己的思想，意志和雄心＂．确实，很多人喜欢抱怨格式麻烦，条条框框等等．我想，尤其对于测试新手来说，不管用例的神象不象，至少得先保证形象吧．虽然我还没真正写过测试用例，不过是纸上谈兵，但也算是先引以为戒吧．希望在今后养成良好的习惯，少走弯路．

　　　　　其次就是从内容上做到以下几点：

　　　　　　１）保证合适的测试用例覆盖率．

　　　　　　　我们说用例想达到１００％覆盖基本上是不可能的，尤其是项目很庞大时．但我们应该争取对于大的功能模块进行覆盖，而且要注意密度均匀．唐僧可能会认为１００％的覆盖才是最均匀的覆盖．但谁是唯一权威的决定者呢，＂１００％的地毯型覆盖，还是８０％的草坪型覆盖，还是３０％的树林型覆盖，或是１％的沙漠灌木型覆盖？这段话在我们考虑覆盖率时还　是蛮值得思考的．

　　　　　　２）确保紧跟开发文档的变化．

　　　　　　　　这个应该不难理解．俗话说计划不如变化快．如果卡法文档不能从一而终，测试必然要紧跟＂形势＂变化，这才＂赶得上潮流嘛＂．拿一个Ｎ年前的测试计划来衡量今天的开发项目，那后果显儿易见了．

　　　　　　３）把测试用例的重复率限定在适度的范围．

　　　　　　　　如果我们想在用例中避免所有的重复用例，必然要耗费很大的精力，因此我们只能努力去减少重复．因此在设计用例时可以从以下几方面考虑：优化测试用例数据库的结构，分类细致，关键词准确；简单或重要的功能点要容忍一定的冗余；花费时间长，执行复杂的测试用例，对重复的检查要严格些；夸口测试用例的数量是没有意义的，因为我们知道这里面肯定有很多的滥竽充数．

　　　　　　４）以测养测

　　　　　　　　也就是要提醒我们善于总结，以前犯的错误争取在下次测试时多加注意，从而不断进步．

　　　　　　５）实现测试用例在不同产品间的重用．

　　　　　　　　这是要求我们在设计测试用例的精度时要适度，避免设计过于特定化的用例．过于精确可能降低了它的重用性，而又不能过于简单，让别的人无法理解．

　　　　　基本就这样，我想用例的设计还是一个熟能生巧的过程，做多了自然能悟出其中的奥妙．希望高手们可以多发表下自己的见解．我现在还不能有太多的个人见解，因为自己没真枪实炼过，只能是靠自己的理解能力来写了。但站在巨人的肩膀上应该可以寻找些捷径吧．

　　　　　在此拿＂孤独九剑＂作者的经验和大家分享，给新手们一点编写用例的感性认识，也希望高手们把自己独到的见解拿来跟大家分享吧．