测试用例设计原则
1、一个测试用例是一个功能点：每个测试用例都要有个功能点，找准一个测点则可，不能同时覆盖很多功能点，否则执行起来牵连太大；
2、测试用例的易读：从执行者的角度去设计测试用例，最好不要有太多术语在里面，如果有最好指明具体位置；
3、测试用例的执行粒度：粒度越小越好；
4、步骤清晰：一个测试用例多个步骤，可一个重点，步骤指明我们怎么去操作，期望结果则指明这样的操作之后应该看到什么结果----最好不要用正确、正常、错误之类的含糊主观的字眼；
5、总体设计：先正常，后异常，这样可以确保正常情况下能够走通；
总之：对于一个新来的测试人员，给他个测试用例和我们的软件，他就能够顺利执行测试用例，这是最佳状态，也是我们设计用例的标准。
这样做的好处是：
1、执行者不会因为用例看不懂而再三的去烦忧你，你也不会因为时间长了，业务忘了，看不懂用例；
2、如果原来的用例设计者有事或离职，公司可以很快情人顶上，测试可以继续进行，不会被block住；
3、执行用例的人能更快去掌握业务系统流程，不会因为要看懂一个用例而大伤脑筋，更别说去执行它了。
测试用例评审关注点
1、用例设计是否清晰、合理、简洁；
2、用例是否高效对需求进行覆盖，是否覆盖测试需求上的所有功能点；
3、优先级是否合理；
4、用例是否有很好的可执行性（例如用例的“执行步骤”、“期待结果”是否合理；期待结果是否有明显的验证方法）；
5、是否有冗余重复的用例；
6、是否包含充分的异常测试用例；
7、是否从用户层面来设计用户场景和流程的测试用例。