《有效软件测试》 之 需求阶段

一、测试人员及早介入：

在梳理需求的可测试性过程中，不仅帮助预防和修正了部分潜在缺陷，而且加强了大家对需求的业务逻辑的认识，让需求的蓝图和边界更具象的传达给项目成员，减少越往后越难以推到重来的风险。

测试人员需要做的：更详细的了解需求设计思路，需求允许的边界，明确出需求的可测试性，比如：设计出一个过程执行所测试的功能，且输出结果可以预知，可通过编程或者人工的方式加以验证，代表这个需求是可测的。

二、验证需求

1.给需求定义质量测度标准：大而化小。

2.需求质量检验标准：

【正确性】需求符合用户需要，可以参考用户或者一线的体验意见

【完整性】没有必要的需求元素遗漏，通过检查需求文档并提出问题帮助发现遗漏点

【一致性】需求与产品内部其他部分不产生矛盾，没有有歧义的描述

【可测试性】保证测试一条需求的可能性，测试的结果是预先知道的，可以通过编程或者人工进行验证；如果不能，则需要注明需求的风险，尽可能让需求可以测试

【可行性】在给定期限、资源、技术等条件下可实现

【必要性】必要性，需求与系统或者产品的相关性、必要性

【优先级】需要让需求涉众了解需求对于产品的价值，并确定需求的优先级，方便开发测试人员在成本与风险之间寻求平衡

【明确性】需求的描述，采取了精确和可度量的方法，在涉众中对于功能或非功能口径能达成一致意见

【可追溯性】能够找到所有引用该需求的系统部分，对于需求的任何变化，能确定系统中受这种变化影响的所有部分。