测试用例评审这个流程，在很多公司都是忽略掉的，有些公司也只是测试写完用例，然后邮件出来，让相关研发确认，这就取决于研发的自觉性。
　　对于简单的小需求，是可以按上面方法实行，但是对于涉及多端多方的复杂项目，仍需组织开发、测试、产品开会评审。
　　编写测试用例最好的时机是在需求评审后，启动开发前。一份好的需求用例等同于需求的详细设计文档，是对需求文档的细化。

　　测试用例评审会的参与人员：产品经理、开发人员、测试人员。
　　会议上由测试人员逐条讲解测试用例，与会各方有问题可随时打断提问，达成共识后现场修改用例。
　　用例评审安排在开发之前，可以加强开发人员对需求的理解，进一步梳理逻辑，提高开发效率和代码质量。
　　用例评审的过程补充和完善了用例，帮助测试人员更好的测试。
　　用例评审的过程中偶而发现到产品需求逻辑问题，避免在开发过程中才发现需求逻辑问题，修改需求重做的风险。
　　一份好的需求用例至少包含以下元素：
　　1.      用例优先级，p0，p1，p2…  p0优先级最低
　　2.      用例标题
　　3.      测试步骤，标注好1、2、3…步骤
　　4.      期望结果