高效的測試確保可跟蹤性和驗證要求（下）

基于需求的測試及其固有的需求可跟蹤性和驗證過程被普遍認為推廣企業(yè)標準的最佳實踐，如能力成熟度模型集成(CMMI)。CMMI是一個能夠為組織提供有效過程關鍵元素的過程改進方法。它能夠用于引導一個項目、部門或整個組織的過程改進。CMMI能同時使關鍵性及非關鍵性軟件均獲益。

如下方工程過程區(qū)域圖所示，需求管理(REQM)和需求開發(fā)(RD)是CMMI的兩個主要的過程域。

表中的技術解決方案(TS)是將需求細化為原型或組件。驗證過程域(VER)確保所選擇的工作產(chǎn)品滿足規(guī)定的需求。驗證過程域(VAL)則根據(jù)客戶的需求加強對產(chǎn)品的驗證。驗證過程可以在工作環(huán)境或模擬工作環(huán)境中進行。

最后，從編程標準的角度看，對于所有的開發(fā)活動來說，過程如極限編程(Extreme Programming)及基于需求的開發(fā)和測試是不可或缺的。如下圖所示，采用極限編程，用戶的“故事”在代碼開發(fā)之前，通過與客戶一起合作就可以準備好，并且用作測試場景的軟件前綴。

TBreq介紹

TBreq由LDRA Testbed(包括代碼評審、質量評審、設計評審組件及代碼覆蓋)和TBrun(單元測試組件)構成，通過與LDRA工具包集成，能夠提供一套獨特的解決方案來克服困難，從而在測試規(guī)格、單元測試場景、測試數(shù)據(jù)及代碼覆蓋率驗證與高層次的設計需求之間建立映射關系。

TBreq直接與需求管理工具(DOORS、ReqPro、Word或Excel)接口來保證整個軟件生命周期中實現(xiàn)需求可跟蹤性，同時保證需求覆蓋的完整性(見下圖)。

在LDRA工具包里，TBreq根據(jù)需求直接生成測試規(guī)范和可執(zhí)行的測試用例。測試結果自動返回到需求管理工具中，提供“雙向”需求可跟蹤性驗證。

TBreq的作用描述如下：需求可通過需求管理工具，如DOORS、ReqPro、文擋或電子數(shù)據(jù)表獲取。TBreq作為這些需求源與LDRA Testbed測試管理儀表盤之間的網(wǎng)關，并且直接與LDRA Testbed項目及其基層項目目錄接口。

需求可從任一來源捕獲，它們可被(通過用于Testbed的可跟蹤性及驗證)測試管理工具使用。可跟蹤性及需求映射直接在Testbed中執(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ā))提供了受該標準要求的過程基礎架構。