测试人员如何通过需求评审发挥关键价值，两分钟助你豁然开朗？

本文共计1239个文字，预计阅读时间需要5分钟。

前言：大家好，我是IT小学生蔡樟樟。+ 前些日子与朋友聊天，谈及需求评审，作为测试人员，我们应在评审上注意什么？+ 记得第一次参加需求评审，笨笨地坐着，然后听别人嘚嘚嘚。

---

前言

大家好，我是IT小学生蔡坨坨。

前些日与朋友聊天，谈及需求评审，作为测试人员，我们应该在需求评审会议上做些什么？

记得第一次参加需求评审，傻傻的过去坐着，然后听别人巴拉巴拉说半天，自己一头雾水、一脸懵逼，会后又花大量的时间看需求，等到提测的时候可能需求都没怎么搞明白……

那么问题来了。怎样能够让需求评审更高效呢？作为测试人员又如何在其中发挥价值呢？

首先参与评审的可能是产品、开发、测试，时间一般控制在1个小时左右，如果过长，如两三个小时可能就不是很高效，如果过短，对于稍微大一点的需求一些详细的点就可能没有考虑到。

需求评审

会议前：

进行需求评审之前，产品经理一般会给到需求相关资料，像我们公司会由产品经理建一个jira单，单子上附有客户背景、客户需求、产品方案、PRD、原型图等。我们需要提前阅读相关文档，深刻理解需求，对于有疑问的点提前标注出来，然后在开会的过程中积极地去参与这个会议，抛出疑问点。除了关注功能要求，还需要关注数据类型、接口定义、性能要求、安全性等，这个根据具体业务进行评估，像我们公司是做电子合同业务的，就会考虑文件缩略图频繁请求、加盖印章过多等是否会导致性能问题。同时还需要考虑一些隐性需求。

会议中：

1. 需求澄清的时候不要在会议上面玩手机或者干其他事情，因为如果需求理解不深刻，后面测试相关的工作就很难开展。