【原创】测试人员在需求评审时做什么？

学习过测试理论的同学肯定都知道，测试人员参与项目的第一步，大部分都是需求评审，但是不少测试同学反馈，自己很少参与需求评审，需求会议也很少喊测试人员参与。

我觉得这一方面可能是流程上各角色配合的问题，另一方面可能是因为测试在评审过程中没有体现出参与的价值。

针对第一个可能，需要测试主动找产品沟通，一方面表达希望参与需求评审的意愿，另一方面也要求他们在需求评审时喊上测试。

针对第二个可能，就需要测试人员从自身上做改进了，为什么这么说呢？我曾经参加过几次需求评审会议，就发现产品在那讲需求，开发偶尔会提一些技术实现上的细节问题，测试就只是在那听了，会议结束后，回去该干嘛干嘛，既然我们测试参与需求评审时不能产生什么价值，那产品怎么能在评审的时候想起来喊我们呢？

终于到了今天我们要说的主题了，作为测试，参与需求评审时我们可以贡献什么价值？下面我说下我的观点。

1.需求评审的作用

回答上面的问题前，我们先看看需求评审到底是干嘛的？先不管书上怎么说，从我的经验看，需求评审就两个作用：

1.同步产品对于需求的详细设计
2.收集大家对于需求的各种反馈

对于需求设计，肯定是产品发起并负责的了，那么作为测试人员参与需求评审，着重点就在于第二点，关于需求的反馈上面了。

2.需求评审的形式

最开始我提到有同学说没有参与过需求评审，有部分是面试的同学说的，但是详细问过之后，才知道他说的是形式的问题。