评审是保证软件质量一个很重要的手段，评审的好坏直接影响项目的顺利执行。对于测试人员来说，在整个软件项目过程中，我们接触到的评审，主要有三类：需求评审、软件设计评审、测试用例评审。这三类评审在软件项目过程的每个阶段都是至关重要的，不仅仅是影响着软件质量，更直接得影响着测试人员的工作量。

　　需求评审，是对产品需求文档的评审。需求文档是由PD根据用户的需求，抽象、细化成产品需求，对我们技术人员来说也是比较直观的需求文档，通过这份文档技术人员可以了解到用户和PD想要得到的是一个什么样的产品，它是PD和技术人员沟通的桥梁，所以它的评审至关重要。

　　评审，我们首先要明确我们的目标。第一：产品需求文档可以全面、清晰的描述产品的功能和性能；第二：项目组成员对用户需求的理解达到一致；第三：形成一份最终的，对研发具有指导作用的文档，后续的工作都要以这份文档为基础而开展。

　　要完成这样的目标，我们需要怎么去做呢？第一：预留充足的预审时间，预审就是评审之前对评审内容的审核，我们不可能在短时间内对一份文档进行全面、深入的了解，所以要考虑到评审人员有足够的时间。第二：评审人员要负责地对文档进行全面、深入的了解，这份文档虽然不是自己负责的，但它会影响我们的工作，以及项目的顺利执行。第三：评审中发现的任何不清晰，错误的内容都要提出进行修改，保证后续工作的确定性和正确性。第四：评审会时，可以针对预审中的问题有针对性的进行讲解，提高评审会的效率。第五：所有的评审问题，都应该被记录、跟踪，保证所有问题都能得到解决，并保证文档是最正确、最新的。第六：产品需求评审，我们要站在产品使用者和技术人员2个角度去评审这份文档。第七：评审不能无时间限制的拖下去，在一定时间内，所有问题都应该得到解决关闭，产生一份订稿的文档。后续的变更需要走变更流程，不能随意变更。

　　评审就是结合大家力量去解决问题，完善我们的工作，毕竟个人的思维或多或少是有局限。好的需求评审，不仅能产出一份高质量的产品需求文档，保证了我们后续工作的确定性、正确性，也会大大降低后续工作中的沟通成本，无形中也就减少了我们的工作量，并控制了项目风险，第一时间保证项目质量。