本文阐述了一种从用例产生功能测试用例的正式方法，包括如何创建一个用例，产生所有场景，并且创建合理的测试用例，以及使用IBM Rational RequisitePro进行从用例到场景和测试用例的追踪。
需求类型概览一个需求被定义成"系统必须遵从的条件或能力"。
它可以是：
一个顾客或用户所需要的，用以解决一个问题或达成一个目标的能力
一个必须被一个系统所满足和拥有的，用以满足一个合同、标准、规格、规则或其它正式强制文档的能力
一个被涉众所强加的限制
图1显示了带有不同需求级次的需求金字塔
图1.需求金字塔
最高层的是涉众需求。通常，一个项目包含五到十五个这样的高层需求。较低层次的是特性，用例和补充规约。不同层次的需求有不同的细节。越低的层次需要越多的细节。例如，一个需求可以是："数据必须是持久的"。特性可以将此需求精化为："系统应当使用一个关系数据库"。在补充规约层次，需求会更加详细："系统应当使用Oracle 9i数据库"。层次越低，需要越详细的需求。
需求之间的追踪关系
追踪是这样一种技术，在系统中它能为不同层次的需求之间提供关联。这个技术帮助你确定任何需求的起源。图2阐述了从高层次到低层次需求是如何被追踪的。每一个需求通常映射到几个特性，然后这几个特性映射到用例和补充需求。
图2.追踪需求金字塔
用例描述了功能性的需求，补充规约描述了非功能性的项目。另外，每个用例映射到许多场景。映射用例到场景，是一对多的关系。场景映射到测试用例也是多对一的关系。另一方面，在需要与特性之间，是多对多的映射。
