这是一个来自“软件测试圈”测试工程师的提问，问题不错，很多团队的通病，统一解答下。

问：

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

如下是老徐的解答：

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

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

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

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

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

3. 控制会议节奏，把控讨论主脉络。

4. 评审结束后，后续安排需求澄清会议，可由测试主导。

5. 会后，需求有疑问、变动的地方，需邮件通知出来，确定最终的方案（也可组织一个很短时间的再次澄清）。

大体，如上，

具体，大家可讨论。

欢迎补充，

你有哪些更好，更可行的，实战做法。

具体，推荐篇类似文章参考，

是关于测试用例评审，

来自 百人计划 木木，

对大家会有用，

值得借鉴。

文章传送门 －> 测试用例评审，他们是这样做的。

OK ，

End

By IDO老徐

2017-8-13

注：此问题来自软件测试圈的解答摘录，更多讨论、深度交流，欢迎加入圈子 。

End 

帖一个打赏的二维码

也许收不到打赏，万一有呢 

最后，推荐几篇文章：

2016 软件测试现状调查报告.pdf

Web测试到底是在测什么（资料合集）

软件测试从业者，Linux知识从入门到玩转（必读）

这些年，软件测试（QA）团队管理的经验与教训 。

注：老徐所有的文章、资料，只在此公众号更新，需要可关注。