软件测试需求评审

为什么要组织需求评审

好处就是提前介入测试工作，已静态评审的方式，尽早发现产品问题

• 如果你需求评审需求文档中有误，那么就会产生一个现象，在随后的开发过程和测试过程，这个错误越来越被放大。
• 需求文档如果逻辑上产生一些错误，那么你到时候写用例的时候呢，就会发现很难写，其次开发的过程中也会因为这个逻辑的混乱，开发出来的代码出现错误等其他因素

评审前期

首先我们会获取到产品下发的需求说明和原型，提前理解记录一下问题(逻辑错误，暂未实现，需求不明)

1. 对需求文档中所要实现的功能有一个大致的理解（测试方法，测试范围，测试时间做到胸有成竹）
2. 文档有没有存在前后不一致的逻辑错误或和现有业务有冲突

1. 产品需求文档中描述是否准确，需求应该尽量准确，无异议。避免不同的人员之间产生差异化的理解
2. 从用户的角度考虑挖掘用户潜在需求；这样设计是否合理，能否达到用户的要求，满足需要。

评审中

1. 参加需求评审会议 -- 主要有产品负责讲解 -- UI/前后端开发/测试 --项目经理都会参加；
2. 作为测试人员主要是站在用户角度