导言

产品人员编写的需求文档，无疑是一个项目或者一项新功能的开端。需求文档的优劣，直接影响开发人员的代码质量，更会影响到后续的测试工作。所以，我认为，需求评审对于开发质量以及测试质量至关重要，那么，如何做好一次优秀的评审，或者说，如何去评审一份需求文档？就成为了我们需要不断思考的问题。

需求评审参与人员

产品、项目经理、开发、测试、UI设计

需求评审有哪些产出

需求文档、需求原型图

需求由哪些人提出

需求人员、产品

如何需求分析

产品人员会提前发送需求文档和需求原型图到需求评审的参与者
（邮件:评审时间、评审时间）需求下来后测试要做什么:对需求进行分析，都有哪些模块，业务逻辑，都有哪些功能，不合理的不明白的标注。

怎样进行一个高效的需求评审核

评审前：产于人员对需求进行分析，都有哪些模块，业务逻辑，都有哪些功能
评审中：思路清晰，认真倾听，有疑问及时提出
评审后：对需求评审后的疑问进行整理

如果在需求评审中碰到的问题比较多，那就要等待二次评审。

从测试人员的角度，如何做好需求评审？

1、明确评审目标：在开始评审之前，明确评审的目标和重点。了解项目的整体需求、关键功能和业务流程。

2、充分准备：提前获取需求文档，仔细阅读并理解需求内容。标记出不明确、模糊或相互矛盾的地方，为评审会议做好准备。

3、参与评审会议：积极参与评审会议，提出自己对需求的理解和疑问。确保与项目团队成员充分沟通，明确需求细节和预期行为。

4、关注测试点：从测试的角度审视需求，识别出关键的测试点。考虑各种可能的场景、边界条件和异常输入，确保测试覆盖率。

5、明确验收标准：与项目团队达成共识，明确需求的验收标准和通过条件。这有助于在测试阶段准确评估需求的完成情况。

6、及时反馈：在评审过程中发现的问题或疑虑，要及时反馈给相关人员。确保问题得到及时解决，避免在测试阶段出现重大变更。

7、持续跟踪：需求评审结束后，持续跟踪需求的实现进度。与开发人员保持沟通，确保测试工作能够按照计划进行。

8、编写测试用例：基于评审结果和需求文档，编写详细的测试用例。包括测试场景、步骤、预期结果和实际结果等。在测试用例的编写中，二次审核需求文档。有问题及时提出，让产品人员修改。

9、准备测试环境：根据需求评审的结果，准备相应的测试环境。确保测试环境的稳定性和符合需求要求。

10、持续学习：需求评审不仅是测试人员的工作，也是学习和提升的机会。通过参与评审，测试人员可以更好地理解业务，提升测试技能。