需求评审是指由产品经理针对产品需求文档，召集相关人员进行讲解，让相关人员了解需求，并对需求提出自己的疑问或建议的沟通会。
需求评审能够提前确认需求的合理性、可用性以及让开发以及测试能提前对整个系统的业务流程以及内部的逻辑有一个大概的理解。如果在评审的过程中，所有评审人员能够针对各个方面提出自己的疑问，并由产品经理解答并确认，那么后续在开发过程中会减少很多不必要的工作或返工，这样更把提高效率，保证项目的进度。
那作为测试人员，我们应该要如何进行需求评审呢？
首先在参与需求评审前，提前熟悉需求文档。先看一两遍，有疑问的地方可以先记下来，以便自己在评审过程中提出自己的疑问并与产品经理沟通确认。
其次在参与需求评审的过程中，一定要仔细听产品经理的讲解，深入理解产品需求文档。其实在这么过程中，做为测试人员最好也跟产品确认一下为什么要做这需求以及这个产品的需求能带来什么？而评审过程中理解产品需求文档时，我们要从哪些方面考虑呢？
我们在评审过程中要考虑的方面如下：用户的体验与交互、文字描述是否有问题、业务流程是否畅通、是否有考虑到异常场景、兼容性、安全性。
正常情况下评审时产品经理会把产品的需求和原型一起评审，那么在原型这一块我们主要关注用户体验以及交互，这一块主要是包括界面的元素展示是否合理、布局是否清晰、交互过程是否简单明了以及颜色搭配等。从用户侧出发，只要是觉得视觉感受不好或者操作不便的方方面面都可以提出来，其实这也是一个提前测试过程。避免后面的一些用户体验及交互不合理的返工。
关于文字描述的思考主要是关注文字描述要简单明了、不要有错译、不要有错字等，这一块会被很多人忽略。
一般情况下，业务流程应该与异常场景放到一块去考虑。在讲到业务流程时，最好要有一个流程图，对照流程图理解业务需求，如果产品没有画流程图，那么测试人员会后可以自己画一个流程图，更便于理解业务的流程。那在这个过程中，正常的业务流程肯定会在流程图中显示出来，但很多的异常情况可以会漏掉，这些异常情况就是需要我们去多思考的地方。
兼容性主要考虑产品、页面或文件的兼容性，比如是否支持IE、Chrome、火狐、360等。又比如APP产品支持的android版本、IOS版本，还有页面支持的分辨率。而文件比如文件支持的类型，像图片文件是否支持png\jpg等等。
那么安全性考虑又包括哪些呢？安全性可以从数据是否加密？敏感信息显示等等。比如存在数据库中的手机号、身份证号码是否要加密？显示在前端页面的手机号码是否隐式显示等等。
这些问题都要跟产品经理沟通并确认好，那么后续要返工的工作肯定就少。
最后在关于评审完成以后，一定要记录并跟进好相关的信息，并发出邮件给参会的相关人员。当产品经理更新好产品的需求文档后，再重新发出来知会大家。当然，我相信这个评审过程中并不能保证需求的100%不会有问题，所以后续的跟踪跟进是一个持续的过程，测试人员在测试过程中也一样会遇到一些不明确的地方，所以要时刻保持与产品经理沟通确保需求的准确性。
