需求可從任一來源捕獲，它們可被(通過用于Testbed的可跟蹤性及驗證)測試管理工具使用?？筛櫺约靶枨笥成渲苯釉赥estbed中執(zhí)行，并且信息是通過設(shè)計評審、源碼文件及TBrun獲取的。驗證結(jié)果和可跟蹤性信息可上載至軟件庫。

TBreq軟件有兩種類型的基本工作過程。第一種通過低層次需求和實際建造設(shè)計評審來包含需求可跟蹤性和測試驗證。測試管理工具支持需求與源代碼過程或方法之間的映射。這些映射需求相繼地為開發(fā)人員或測試人員所獲取，其目的在于生成測試規(guī)范和測試驗證。測試管理工具同樣也將促進這些測試規(guī)范中的測試用例的自動生成。接下來的發(fā)布將支持測試值從數(shù)據(jù)表或規(guī)范中自動輸入。這一類型的工作流程的結(jié)果然后將反向映射回需求源中。

這一封包同樣可用于沒有TBrun的測試驗證中。在這一工作流程場景中，LDRA Testbed用來作為工具源代碼，這一代碼是通過客戶提供的測試用具執(zhí)行的。

TBreq還使用一種被稱為需求描述符線程(或線程)的機制來幫助實現(xiàn)快捷可跟蹤性和驗證能力。這一線程的特征為：

文件規(guī)范

源代碼或框架文件名

需求術(shù)語

需求名稱及數(shù)字

需求源文檔

需求主體

需求正文

測試配置

相關(guān)的測試用例/序列

覆蓋層次

測試用例/序列驗證狀態(tài)

測試規(guī)范

過程或類接口

測試數(shù)據(jù)

測試管理

項目經(jīng)理姓名

開發(fā)人員/測試人員姓名

線程類型(RV或DV)

線程是為所有高層次(系統(tǒng))及所有低層次(設(shè)計)需求創(chuàng)造的。前一線程類型被稱為需求驗證(RV)線程，后一線程類型被稱為設(shè)計驗證(DV)線程。線程包含需求名稱和數(shù)字及需求主體(正文)。線程同樣也包含源代碼文件規(guī)范及相關(guān)過程原型(測試規(guī)范)在內(nèi)的映射信息，相關(guān)的測試用例映射是由測試配置及所需的覆蓋層次所提供的(如：語句 100%；分支 80%)

本文小結(jié)

軟件TBreq為需求可跟蹤性和驗證提供了一個全面、完整的解決方案。此外，TBreq與LDRA工具包集成的封包完全符合前面所討論的關(guān)鍵性軟件標(biāo)準(zhǔn)的要求。并且，TBreq為CMMI 2級過程域(需求管理)和CMMI 3級過程域(需求開發(fā))提供了受該標(biāo)準(zhǔn)要求的過程基礎(chǔ)架構(gòu)。