这个是我从别的地方转过来的，感觉跟我现在的主管要求我们的差不多；

不管是从个人角度还是从公司角度，我觉得case的设计应该符合以下几点：

　　1、一个case一个功能点：每个case都应是一个测试点，一个步骤对应一个结果

　　2、case的易读：从执行者的角度去写case，最好不要有太多的术语在里面，如果要有最好指明具体位置；

　　3、case的执行粒度：粒度越小越好；

　　4、步骤清晰：一个case多个步骤，可一个重点，步骤指名人们怎么去操作，expect则指明这样操作之后应该看到什么结果---最好不要用正确，正常，错误之类的含糊主观的字眼-附带具体结果。

　　5、总体设计：先正常，后异常，这样可以确保正常情况下功能能够走通。

　　总之：对于一个新来的tester，给他个case和我们的软件，他就能顺利去执行case，这是最佳状态，也是我们case设计的标准，按照这个标准，我想出了以上几点要求。

　　这样做的好处是：

　　1、执行者不会因为case看不懂再三的去烦扰你，你也不会因为时间长了，业务忘了，看不懂case；

　　2、如果原来的designer有事，公司可以很快请人顶上，测试可以继续进行，不会被block住；

　　3、执行case的人能更快的去掌握业务系统流程，不会因为要看懂一个case而大伤脑筋，更别说去真正的执行它了