需求评审与需求测试
需求评审与需求测试
Od/sP `U m Bb0
需求工程
G3y8aN&}E5X1g^0
51Testing软件测试网c?U,ldo
51Testing软件测试网|Uj+n8EVFZZI
51Testing软件测试网(E_}%c R4D
Xq4r,rW*K0
需求分析师是项目中直接与客户接触的人,需求做的好不好决定项目成败,因此对于需求规格说明书的正确性必须进行彻底的验证,将错误在开工前就消灭。51Testing软件测试网r}#m4JY
51Testing软件测试网MN6?h"Zr#G
通常有两种手段来检查需求的正确性,分别是需求评审和需求测试。51Testing软件测试网1B[edvX$z
wcK!xl:d"j.q#S(w(k0 1、 需求评审
*P+zAszoQwv0 需求评审可以分为正式评审与非正式评审,在需求规格说明书完成后,需求组必须自己对需求做评审。如果需求组递交的需求规格说明书在指导后面的工作的时候出现很明显的错误,我想拿高工资的需求分析人员是无法向老板交差的。为了需求分析人员的名誉,他们自己会对自己提交的内容进行审核,直到他们认为自己的工作成果足够好,才会将需求规格说明书提交给正式评审组。51Testing软件测试网GA
]r\7W)MO
G/A~k1?5VG[0 正式评审组的成员一般由公司内经验最丰富,技术最牛的人(技术总监)来担任,当然参加评审的人中间还应该有项目经理、QA人员、测试人员、架构师,他们仔细阅读需求规格说明书,并针对自己将要开展的工作内容进行检查,并提出问题。
9ZYD"p [r.o.I0 51Testing软件测试网 |U0D2j6z0eA-xe'AIs3]
正式评审是最后一关,如果正式评审通过了,将进入系统设计阶段,如果在系统设计阶段再跨里程碑来修改需求的话,所花费的代价将大大增加。因此正式评审将是一个“鸡蛋里挑骨头”的过程,只有所有的人都认为需求已经没有什么可挑剔评审才能通过。51Testing软件测试网:kOo4C#~vfss
6t*yNkJPa5W0 2、 需求测试51Testing软件测试网"F9oI/y1liBV ?`
可以认为需求评审也属于需求测试范围,但是这里提的需求测试和评审不同,它是测部门来测试需求是否符合用户的要求。显然这是有难度的,传统的测试工作都是从单元测试开始,编码之前全部做得都是计划性工作。测试人员对需求分析进行测试?那么前提条件是测试人员必须熟悉需求分析,这对测试人员的要求提高了。将需求测试人员作为测试人员中的特殊种类来培养,能够对需求是否正确进行检查,这样就能够在需求阶段就引入测试。当然需求测试人员可以是经过培训的需求分析人员,但是他必须脱离需求组,加入测试部门,这样才能保证测试不是自己人测自己,以保证测试的效果。
!Z}&L@vcj$L_,sO0 51Testing软件测试网1v
h)`q&Ik2S/fC
需求测试不等同于后面阶段集成测试或者系统测试,后面的测试都是软件已经编写完成的条件下,判断软件是否会出错。而需求测试,只是验证需求是否真的是用户的。对于需求的功能测试,可以用RAD工具建立界面原型,用户通过原型的操作来确定是否需求跟他的期望相同。对于那些用户不合理的需求,测试人员要能够分辨出来,并跟用户进行核对,确定用户的真实需求。可以说需求测试是需求测试人员和用户共同来执行的。51Testing软件测试网e X9? zn
~FD@
51Testing软件测试网C5i$e%] U,U%C