一、需求评审常见问题

1、需求报告过长,评审时间过短

2、查看需求过程中只看表面文字,无法扩散需求功能

3、评审效率过低,需求讲解不够全面详细

二、如何做好需求评审

1、分层次评审

目标性需求:定义了整个系统需要达到的目标;
  
功能性需求:定义了整个系统必须完成的任务;
  
操作性需求:定义了完成每个任务的具体的人机交互;

2、评审前做好准备工作

评审前将需求整理功能框架过一遍,画出功能流程图,找出重点功能点

3、重点功能重点评审

重点功能先评审,评审前将该功能关联的模块用图表简单描述,然后细化功能点后再关联逻辑查看

4、列出功能测试点

较重要的功能先简单的列出测试点,然后结合功能点需求查看是否有不合理或漏洞的地方

5、列出重点功能业务流程

结合场景,列出常用或重要功能的业务流程,查看每个环节是否都有需求说明,是否可衔接

 6、注重对非正常情况的需求是否完善

需求编写过程中往往只描述了该功能的正常情况,而测试最容易出问题的是一些非正常情况,所以在需求评审的时候,需要将一些特殊情况列出来,然后检查需求是否有详细的概述