从需求到测试

        详尽的需求是系统测试的基础，反过来只能通过测试来判断软件是否满足了需求。你必
须针对软件需求规格说明中所记录的产品的预期行为来测试整个软件，而不是针对设计或编
码。基于代码的系统测试可以变成“自满足的预见（ self-fulfilling prophecy）”。产品可以正确
呈现基于代码的测试用例所描述的所有行为，但这并不意味着产品正确地实现了用户的需求。
如果你没有文档形式的需求，你应该重新获得需求以开发合适的测试用例，这将是一个低效
的和不准确的方法。让测试人员参与需求审查以确保需求是明确的，通过验证的需求才可以
作为系统测试的基础。
        在开发的进展过程中，你将通过详细的软件功能需求仔细推敲来自使用实例高层抽象的
需求，并最终转化成单个代码模块的规格说明。测试方面的权威专家Boris Beizer (1999)指出
针对需求的测试必须在软件结构的每一层进行，而不只是在用户层进行。在一个应用程序中
有许多代码不会被用户所访问，但这些代码却是产品基础操作所需要的。即使有些模块功能
在整个软件产品中对用户都不可见，但是每个模块功能必须满足其自身的需求或规格说明要
求。因此，针对用户需求来测试系统是系统测试的必要但非充分条件。