软件测试之需求测试

　　需求评审

　　需求评审可以分为正式评审与非正式评审，在需求规格说明书完成后，需求组必须自己对需求做评审。如果需求组递交的需求规格说明书在指导后面的工作的时候 出现很明显的错误，我想拿高工资的需求分析人员是无法向老板交差的。为了需求分析人员的名誉，他们自己会对自己提交的内容进行审核，直到他们认为自己的工 作成果足够好，才会将需求规格说明书提交给正式评审组。

　　正式评审组的成员一般由公司内经验丰富，技术总监来担任，当然参加评审的人中间还应该有项目经理、QA人员、测试人员、架构师，他们仔细阅读需求规格说明书，并针对自己将要开展的工作内容进行检查，并提出问题。

　　正式评审是后一关，如果正式评审通过了，将进入系统设计阶段，如果在系统设计阶段再跨里程碑来修改需求的话，所花费的代价将大大增加。因此正式评审将是一个“找茬”的过程，只有所有的人都认为需求已经没有什么可挑剔评审才能通过。

　　需求测试

　　可以认为需求评审也属于需求测试范围，但是这里提的需求测试和评审不同，它是测部门来测试需求是否符合用户的要求。显然这是有难度的，传统的测试工作都是从单元测试 开 始，编码之前全部做得都是计划性工作。测试人员对需求分析进行测试?那么前提条件是测试人员必须熟悉需求分析，这对测试人员的要求提高了。将需求测试人员 作为测试人员中的特殊种类来培养，能够对需求是否正确进行检查，这样能够在需求阶段引入测试。当然需求测试人员可以是经过培训的需求分析人员，但是他 必须脱离需求