一、需求评审常见问题
1、需求报告过长,评审时间过短
2、查看需求过程中只看表面文字,无法扩散需求功能
3、评审效率过低,需求讲解不够全面详细
二、如何做好需求评审
1、分层次评审
目标性需求:定义了整个系统需要达到的目标;
功能性需求:定义了整个系统必须完成的任务;
操作性需求:定义了完成每个任务的具体的人机交互;
2、评审前做好准备工作
评审前将需求整理功能框架过一遍,画出功能流程图,找出重点功能点
3、重点功能重点评审
重点功能先评审,评审前将该功能关联的模块用图表简单描述,然后细化功能点后再关联逻辑查看
4、列出功能测试点
较重要的功能先简单的列出测试点,然后结合功能点需求查看是否有不合理或漏洞的地方
5、列出重点功能业务流程
结合场景,列出常用或重要功能的业务流程,查看每个环节是否都有需求说明,是否可衔接
6、注重对非正常情况的需求是否完善
需求编写过程中往往只描述了该功能的正常情况,而测试最容易出问题的是一些非正常情况,所以在需求评审的时候,需要将一些特殊情况列出来,然后检查需求是否有详细的概述