测试当然需要参加需求评审会，而且是必须参加的。
需求评审会，是由产品经理牵头开需求评审会议，UI设计师，研发、测试、运营、市场、运维、财务等部门参与评审会，宣讲需求的背景和目的，理清所有需求功能点、分析客户的需求是否合理、可行。
这个会议，有时候是会大家一起到会议室里参与，也有可能是借助腾讯会议等工具集齐相关人员进行线上会议。
1、需求分析、评审的目的
-
分析客户的需求是否可行
-
保证需求说明书的完整性、准确性
-
保证项目团队对需求的理解达成一致
-
降低因需求不明确带来的项目延迟、失败风险
2、需求评审会的过程
会前：
-
产品经理发出要评审的文档，包含软件需求说明书和原型图等；
-
测试人员先熟悉大致内容，关注需求文档的文字描述是否准确、需求是否完整，交互内容是否清晰、流程是否流畅合理等，记录有疑问的地方。
会中：
-
各方人员提出需求不清晰的地方，产品经理做出解答并记录。
会后：
-
产品经理根据会中调整过的地方，最终更新需求文档。
3、需求评审会的与会人员
-
设计部门分析UI的设计方向，明确交付UI的时间；
-
研发分析需求是否可实现，明确提测时间；
-
测试分析需求测试所需要的硬件、人力资源以及测试结束时间；
-
产品确认各部门的工作排期，确定最终交付时间。
4、测试人员为什么必须参加需求评审会？
-
作为专业测试：
-
确认自己对需求有清晰的理解；
-
确认需求文档完整、准确、无明显示错误、能够指导后期工作（设计、开发、测试）；
-
分析测试范围，提取测试点、判断需求是否可测、需要用到什么样的工具或手段；
-
必要时提出建议。
站在用户的角度：
-
测试人员在工作中，实际上是模拟用户的操作，因此需要对系统的业务很熟悉，站在用户的角度来考虑问题，分析需求是否符合实际业务需求。
-
PS：需求文档的形式
1、word文档的需求规格说明书+原型线框图
2、在禅道、tapd、Wiki等项目管理工具的产品--需求里写
3、在蓝湖、墨刀等在线协作工具上写需求文档、原型、UI等，所有团队成员都可以同步看到最新的需求内容，减少传送文件的麻烦。