测试流程之需求评审
测试流程是整个测试过程中的命脉,也同时是指导整个测试团队的核心工作,所以在面试过程中也面试官们必问之题,但是每个公司的测试流程都不尽相同,比如有公司有完整的需求文档,有些公司需求却是零零散散,在测试过程中需求不断向产品,向开发求证。
很多公司虽然有需求分析,但是并没有需求评审,今天我先给大家讲一讲测试流程中的重点之一—需求评审,需求评审的好坏直接影响接下来项目的质量,这也是为什么大多公司都会做需求评审的原因。
评审发起人:
产品经理
评审参与人:
相关的开发人员,相关的测试人员,SQA
以上人员都是必须参加的,这里相关人员是指与需要评审的需求相关的人员,除了以上人员其它的研发人员也可以参加。
评审的形式:
会议
一般评审有几种方式:自审,内审,外审,较为严谨的做法就是外审,召开评审会议。
评审之前的准备:
在评审之前,产品经理会事先发邮件的形式,通知相关人员会议主题,会议时间,会议地点等,并且会抄送给各部门的主管予以知会。
临近评审之时,产品经理会再次发消息知会参会人员,以确定参会人员数量,这时一般产品经理会提前到达会议室做好准备。
评审之时:
需求评审之时产品经理作为主讲人,会针对需求文档进行详细的讲解和说明,那这时,开发人员和测试人员做什么呢?
开发人员:对产品经理给出的需求,考虑如何用程序语言实现功能,主要是考虑可行性。
测试人员:对产品经理给出的需求,理解需求,针对有疑问的需求提出见解。
产品经理针对开发人员和测试人员提出的问题,作出解答,如果当场不能确定的,需要做好批注,形成需求问题列表。
评审之后:
需求评审后,产品经理将最终确定出来的需求文档,以邮件的形式发送给团队所有成员。如果评审后的需求文档改动过大,需要再次发起会议,再次评审。
以上就是需求评审的全过程,但不是需求评审做好之后,需求分析就没问题了,一般来说需求分析会伴随整个测试过程。