测试流程之需求评审

测试流程之需求评审

测试流程是整个测试过程中的命脉，也同时是指导整个测试团队的核心工作，所以在面试过程中也面试官们必问之题，但是每个公司的测试流程都不尽相同，比如有公司有完整的需求文档，有些公司需求却是零零散散，在测试过程中需求不断向产品，向开发求证。

很多公司虽然有需求分析，但是并没有需求评审，今天我先给大家讲一讲测试流程中的重点之一—需求评审，需求评审的好坏直接影响接下来项目的质量，这也是为什么大多公司都会做需求评审的原因。

评审发起人：

产品经理

评审参与人：

相关的开发人员，相关的测试人员，SQA

以上人员都是必须参加的，这里相关人员是指与需要评审的需求相关的人员，除了以上人员其它的研发人员也可以参加。

评审的形式：

会议

一般评审有几种方式：自审，内审，外审，较为严谨的做法就是外审，召开评审会议。

评审之前的准备：

在评审之前，产品经理会事先发邮件的形式，通知相关人员会议主题，会议时间，会议地点等，并且会抄送给各部门的主管予以知会。

临近评审之时，产品经理会再次发消息知会参会人员，以确定参会人员数量，这时一般产品经理会提前到达会议室做好准备。

评审之时：

需求评审之时产品经理作为主讲人，会针对需求文档进行详细的讲解和说明，那这时，开发人员和测试人员做什么呢？

开发人员：对产品经理给出的需求，考虑如何用程序语言实现功能，主要是考虑可行性。

测试人员：对产品经理给出的需求，理解需求，针对有疑问的需求提出见解。

产品经理针对开发人员和测试人员提出的问题，作出解答，如果当场不能确定的，需要做好批注，形成需求问题列表。

评审之后：

需求评审后，产品经理将最终确定出来的需求文档，以邮件的形式发送给团队所有成员。如果评审后的需求文档改动过大，需要再次发起会议，再次评审。

以上就是需求评审的全过程，但不是需求评审做好之后，需求分析就没问题了，一般来说需求分析会伴随整个测试过程。