如何发挥需求评审的价值，测试同学应该怎么做？

需求评审没做好，可能会导致，整个研发过程节奏拖拉、提测质量烂、上线质量烂、项目延期 等综合症 ；

需求评审，是一个项目启动的源头；一般会有哪些人参与呢 ？

产品、研发、测试，以及项目Leader ，甚至是业务方（当然，业务方这块，可以不用一起参与；可产品经理，单独找业务方评审；拆分成两个会议）；

高效的需求评审会议，至少得「产品、研发、测试」参与，且控制1小时左右，全程大家有问题及时提问 ；

一场只有产品经理在那讲，其他同学拿着电脑各忙各的「需求评审会」没有价值、没有开的必要 ；

对于软件测试工程师，老徐的建议：要么不参加，要参加，就要提出问题（比如，需求合理性、逻辑闭环、边界的考虑 等 ）；

观点如上，如下是一个案例 ；

这是一个，来自星球，某测试工程师的提问；问题不错，很多团队的通病，IDO老徐，统一解答下。

问：“ 如何让需求评审真正发挥作用？ 我们现在有个需求评审会议通知人员到场，然后产品经理blabla讲了一番系统的基本需求比如要做注册、增加、删除等之类的。 开发、测试、前端由于对系统无任何背景信息和了解，听听就过了，到真的做的时候发现很多逻辑点不清楚 ”

如下是老徐的解答：

关于如何发挥需求评审的价值，这问题很好。很多公司，评审开始可能很好，慢慢的，可能就会变成形式；为了评审而评审，或者应付流程。

那么如何发挥需求评审的价值呢 ？

IDO老徐，给几个建议，可参考 ：

就是所谓的，会议「前、中、后」

1、评审前，产品经理，提前把需求文档、原型等，发给相关人。让与会人员提前了解下，否则会议就是闷逼状态。变成产品经理一个人在那自嗨，其他人完全不知道是什么。

2、与会人员，提前看文档。标记有疑问的地方，在会上重点讨论，交流。

3、产品经理，控制会议节奏，把控讨论主脉络。

4、评审结束后，把会议上大家的疑问点，补充后，发一个新版本出来，大家提前了解，并安排下一次的需求澄清会议（也可由测试主导）。

5、需求存档，确保最新，团队成员同步（建议放在wiki ）。