追踪起到了几个重要的作用：
验证一个实现是否完成了所有的需求：用户要求的每一件事情都被实现了验证应用程序只做了所要求的事情：不会去实现用户从未要求的事情
有助于变更管理：当一些需求变更后，我们想知道哪些测试用例应当被重新执行以测试这个变化一个追踪项是一个项目元素，其需要从另一个元素进行追踪。按照IBM Rational RequisitePro，它是一个需求类型的实例所表示的任何事情。在RequisitePro中一些需求类型的例子是涉众需求，特性，用例，参与者，和术语条款。
在RequisitePro中，有一种按照特定视图展示追踪性的便利方法。图3 显示了将特性映射到用例的一个例子。
图3. 在RequisitePro中的追踪关系
这里有一些问题，这些箭头应指向哪里：是从更低的层次到更高的层次，还是从更高的层次到更低的层次。甚至在RequisitePro中的两个例子使用了两个不同的方法。答案是没有关系，只要你在项目中始终如一地使用它们就可以了。
参与者和用例
参与者是与系统交互的某人或某事。用例是根据操作顺序的一个系统描述。它为参与者产生了一个看的见的结果或数据值。以下是用例的一些特征：
被参与者初始化
模拟参与者和系统之间的交互
描述操作的序列
获取功能需求
为参与者提供数据值
表示完整的和有意义的事件流
用例的目的是促使开发者、顾客和用户之间对系统应做些什么达成一致。用例在开发者和顾客之间达成了某种契约。它同时也是用例实现的基础，它在程序设计中起到了非常重要的作用。另外，你可以从用例中产生序列图，协作图和类图。此外，你可以从用例产生用户文档。用例可能还在计划迭代的技术内容方面有帮助，并且使系统开发者更好地了解系统的意图。最后，你可以使用它们作为测试例程的输入。
用例图显示了参与者和用例之间的关系。在本文我们使用一个在线书店作为项目的一个例子。图4 展示了这个项目的用例图。
文章来源于领测软件测试网 https://www.ltesting.net/
