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

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