4.5.3　需求测试

通常有两种手段来检查需求的正确性，分别是需求评审和需求测试。在需求规格说明书完成后，需求组必须自己对需求做评审，需求测试是测试部门测试需求是否符合用户的要求。需求测试和需求评审并行进行，是因为需求评审是项目的各方干系人共同进行的检查工作，评审工作关注的焦点是分散的，很难将偏离用户的需求检查出来。而需求测试执行的时间可以比评审时间长，有专门的关注方面，更能够检查出不合理的需求分析。

1.需求测试目的

需求测试不等同于集成测试或者系统测试，集成测试都是在软件已经编写完成的条件下，判断软件是否会出错；而需求测试，只是验证需求是否真的是用户的需求。对于需求的功能测试，可以用RAD（Rapid Application Develop）工具建立界面原型，用户通过原型的操作来确定需求跟期望是否相同，对于那些用户不合理的需求，测试人员要能够分辨出来，与用户进行核对，确定用户的真实需求。可以说，需求测试是需求测试人员和用户共同来执行的。

2.需求测试方法

需求测试方法包括同行评审、组内评审、通过测试用例来测试需求、需求建模等。

3.需求测试人员

用户或用户代表、项目管理者、系统工程师、相关的开发人员、质量保证人员（Quality Assurance，QA）等。

4.需求变更后的软件测试

需求变更后的软件测试，需要根据需求变更的严重程度，来决定测试计划的变更。

（1）如果原来的需求发生了根本性变化，则测试计划需要重新制订，原需求对应的开发及测试工作被全部推翻，一切从零开始。

（2）如果需求只是少许变化，则修改相应功能的测试用例，测试计划即可。

需求变更在软件测试过程中是比较多的，产生该问题的原因主要是需求人员不能很好控制需求导致的，需要强化需求人员的技术水平，使其有能力引导客户向现有功能靠拢，不会发生修改的功能比开发一个同样的功能还要耗时的情况。