高效的測試確保可跟蹤性和驗證要求(第2部分)

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

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

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

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

TBreq介紹

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

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

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

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

需求可從任一來源捕獲，它們可被(通過用于Testbed的可跟蹤性及驗證)測試管理工具使用。可跟蹤性及需求映射直接在Testbed中執行，并且信息是通過設計評審、源碼文件及TBrun獲取的。驗證結果和可跟蹤性信息可上載至軟件庫。

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

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

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

文件規范

源代碼或框架文件名

需求術語

需求名稱及數字

需求源文檔

需求主體

需求正文

測試配置

相關的測試用例/序列

覆蓋層次

測試用例/序列驗證狀態

測試規范

過程或類接口

測試數據

測試管理

項目經理姓名

開發人員/測試人員姓名

線程類型(RV或DV)

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

本文小結

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

Bill St. Clair

LDRA

bstclair@ldra-usa.com