高效的測試確?？筛櫺院万炞C要求

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

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

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

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

文件規(guī)范

源代碼或框架文件名

需求術語

需求名稱及數(shù)字

需求源文檔

需求主體

需求正文

測試配置

相關的測試用例/序列

覆蓋層次

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

測試規(guī)范

過程或類接口

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

測試管理

項目經(jīng)理姓名

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

線程類型(RV或DV)

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

本文小結

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