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而大伤脑筋，更别说去真正的执行它了。
