软件需求测试分析方法

评审规格说明书来测试需求
正确性:对照原始需求检查SRS
必要性:不能回溯到出处的需求项可能是多余的
优先级:恰当划分并标识
明确性:不使用含糊的词汇
可测性:每项需求都必须是可验证的
完整性:不能遗漏必要和必需的信息
一致性:与原始需求一致、内部前后-致
可修改性:良好的组织结构使需求易于修改
注意,其实现在很多公司做的所谓需求规格说明书评审并不是真正的需求评审，他们更多的
是关注有没有需求，需求打算如何实现，而没有把精力放在评价上面的几个"性”. 上。

SRS测试步骤
第一步:获取最新版本的SRS，同时尽量取得用户原始需求文档
第二步:阅读和尝试理解SRS描述的所有需求项
第三步:对照SRS Review Checklist进行检查并记录
第四步:针对检查结果进行讨论、修订SRS后回到第一步，直到Checklist的所有项通过

通过设计测试用例来测试需求，构建并回答黑盒测试主要是为了测试需求的完备性、准确性、明确性以及简明性。通过想象产品已经制造出来,构建一系列的测试用例， 并且问“假设” 问题，回答这些用例并且与设计人员讨论答案，试图认同答案通常会导致其他“假设”问题，引发的“假设" 问题都必须得到很好的回答。

实践证明，这种方法是非常有效的，但是前提是测试人员需要投入足够的精力和时间进行测试用例的编写，并且不能被动地接受和相信需求规格说明书，要对其抱着怀疑的态度。