本书3.3节简要地介绍了为什么要评审需求文档,那么测试人员要从哪些方面来对需求文档进行评审呢?具体如下。
(1)正确性:对照用户的原始需求,检查产品人员制订的需求文档是否偏离了用户的原始需求。
(2)明确性:检查需求文档中每一个需求项是否存在含糊不清的词汇,用语是否清晰,是否有歧义。
(3)完整性:对照用户的原始需求,检查产品人员制订的需求文档是否覆盖了用户提出的所有需求项,每个需求项有没有遗漏用户所提出的必要信息。
(4)限制性:每个需求项里是否清晰地描述了这个软件能做什么、不能做什么,能输入什么、不能输入什么,能输出什么、不能输出什么。
(5)优先级:明确需求文档中的哪些功能比较重要,哪些功能比较次要,是否做了标识和编号。
(6)一致性:检查需求文档里的内容前后是否一致,确保不冲突、不矛盾。
请注意,需求评审是测试人员非常重要的一项工作。据统计,50%以上的软件缺陷是由于前期的需求没有评审确认好。如果开发人员和测试人员不能把需求文档理解透彻或是对需求文档的理解存在偏差,那么最终开发出来的产品一定不是用户想要的,并将会导致软件产品开发失败。
产品人员在需求文档的制订上起到了主导和决定性作用,如在开发产品和测试产品的过程中对需求文档有不理解或怀疑的地方,一定要及时和产品人员确认它原本的意思,并按照产品人员给出的标准开展相应的工作。