高效的测试确保可跟踪性和验证要求

需求可从任一来源捕获，它们可被(通过用于Testbed的可跟踪性及验证)测试管理工具使用。可跟踪性及需求映射直接在Testbed中执行，并且信息是通过设计评审、源码文件及TBrun获取的。验证结果和可跟踪性信息可上载至软件库。

TBreq软件有两种类型的基本工作过程。第一种通过低层次需求和实际建造设计评审来包含需求可跟踪性和测试验证。测试管理工具支持需求与源代码过程或方法之间的映射。这些映射需求相继地为开发人员或测试人员所获取，其目的在于生成测试规范和测试验证。测试管理工具同样也将促进这些测试规范中的测试用例的自动生成。接下来的发布将支持测试值从数据表或规范中自动输入。这一类型的工作流程的结果然后将反向映射回需求源中。

这一封包同样可用于没有TBrun的测试验证中。在这一工作流程场景中，LDRA Testbed用来作为工具源代码，这一代码是通过客户提供的测试用具执行的。

TBreq还使用一种被称为需求描述符线程(或线程)的机制来帮助实现快捷可跟踪性和验证能力。这一线程的特征为：

文件规范

源代码或框架文件名

需求术语

需求名称及数字

需求源文档

需求主体

需求正文

测试配置

相关的测试用例/序列

覆盖层次

测试用例/序列验证状态

测试规范

过程或类接口

测试数据

测试管理

项目经理姓名

开发人员/测试人员姓名

线程类型(RV或DV)

线程是为所有高层次(系统)及所有低层次(设计)需求创造的。前一线程类型被称为需求验证(RV)线程，后一线程类型被称为设计验证(DV)线程。线程包含需求名称和数字及需求主体(正文)。线程同样也包含源代码文件规范及相关过程原型(测试规范)在内的映射信息，相关的测试用例映射是由测试配置及所需的覆盖层次所提供的(如：语句 100%；分支 80%)

本文小结

软件TBreq为需求可跟踪性和验证提供了一个全面、完整的解决方案。此外，TBreq与LDRA工具包集成的封包完全符合前面所讨论的关键性软件标准的要求。并且，TBreq为CMMI 2级过程域(需求管理)和CMMI 3级过程域(需求开发)提供了受该标准要求的过程基础架构。