如何发挥需求评审的价值，测试同学应该怎么做？
需求评审没做好，可能会导致，整个研发过程节奏拖拉、提测质量烂、上线质量烂、项目延期 等综合症 ；
需求评审，是一个项目启动的源头；一般会有哪些人参与呢 ？
产品、研发、测试，以及项目Leader ，甚至是业务方（当然，业务方这块，可以不用一起参与；可产品经理，单独找业务方评审；拆分成两个会议）；
高效的需求评审会议，至少得「产品、研发、测试」参与，且控制1小时左右，全程大家有问题及时提问 ；
一场只有产品经理在那讲，其他同学拿着电脑各忙各的「需求评审会」没有价值、没有开的必要 ；
对于软件测试工程师，老徐的建议：要么不参加，要参加，就要提出问题（比如，需求合理性、逻辑闭环、边界的考虑 等 ）；
观点如上，如下是一个案例 ；
这是一个，来自星球，某测试工程师的提问；问题不错，很多团队的通病，IDO老徐，统一解答下。
问：“ 如何让需求评审真正发挥作用？ 我们现在有个需求评审会议通知人员到场，然后产品经理blabla讲了一番系统的基本需求比如要做注册、增加、删除等之类的。 开发、测试、前端由于对系统无任何背景信息和了解，听听就过了，到真的做的时候发现很多逻辑点不清楚 ”
如下是老徐的解答：
关于如何发挥需求评审的价值，这问题很好。很多公司，评审开始可能很好，慢慢的，可能就会变成形式；为了评审而评审，或者应付流程。
那么如何发挥需求评审的价值呢 ？
IDO老徐，给几个建议，可参考 ：
就是所谓的，会议「前、中、后」
1、评审前，产品经理，提前把需求文档、原型等，发给相关人。让与会人员提前了解下，否则会议就是闷逼状态。变成产品经理一个人在那自嗨，其他人完全不知道是什么。
2、与会人员，提前看文档。标记有疑问的地方，在会上重点讨论，交流。
3、产品经理，控制会议节奏，把控讨论主脉络。
4、评审结束后，把会议上大家的疑问点，补充后，发一个新版本出来，大家提前了解，并安排下一次的需求澄清会议（也可由测试主导）。
5、需求存档，确保最新，团队成员同步（建议放在wiki ）。
其他相关文章：
《简历前中后、面试前中后、Offer前中后》有套路(完整脑图)
最后，
老规矩，强烈建议所有「爱学习、乐分享、喜热闹、需见证」的同学，一起自学、成长 。
每天，老徐都在星球交流；你遇到的99%的问题都讨论过、解答过 ；有啥疑问的，「21天打卡」星球，365 * 24 随时向老徐提问 。
注：
今天是创建「21天打卡」星球的第50天，时间按天 / 小时 的粒度去统计，每天非常充实（规划作业内容、发布作业、查看大家提交的作业，然后继续优化作业、思考下一个打卡主题 等 ）。
正在进行的 Python 、Jmeter ，后续即将启动 HTTP 、Postman 、Fiddler 等 ，各类硬技能 ，一起玩，很快乐、很简单 。
欢迎所有同学，进「21天打卡」星球：常年365天，所有打卡免费参加（至少几十个），任何问题随时向老徐提问 ；
目标10000人 ，当前近1100人