基於需求的測試 RBT

基於需求的測試

(rbt)

陳能技2007-7-25

測試人員的首要職責是找

bug，但是最重要、最根本的職責應該是在軟體產品發布前確保公司的軟體產品滿足顧客的需求。

測試組採用

rbt（

requirements-based testing

），基於需求的測試方法會使測試更加有效，因為它使測試專注於質量問題產生的根源。

研究報告指出，多年來，大部分的軟體專案不能按計畫完成，不能有效控制成本。大部分專案失敗的首要原因是軟體質量差，導致大量的返工、重新設計和編碼。其中軟體質量差的兩大原因是：軟體需求規格說明書的錯誤、有問題的系統測試覆蓋。

需求規格說明書中的錯誤

我們經常聽到終端使用者抱怨、不用我們的軟體，而這些軟體還通過了嚴格的測試和

qa。對於這點我們不會感到驚訝，原因是我們知道需求從一開始就是錯誤的。

一項調查（

james martin (「an information systems manifesto,」 prentice hall, 1984

）表明56%

的缺陷其實是在軟體需求階段被引入的。而這其中的

50%是由於需求文件編寫有問題、不明確、不清晰、不正確導致的。剩下的

50%是由於需求的遺漏導致的。

有問題的測試覆蓋

要獲得滿意的測試覆蓋率是很難的。尤其現在的系統都比較複雜，功能場景很多，邏輯分支很多，要做到完全的覆蓋幾乎不可能。

再者，需求的變更往往缺乏控制，需求與測試用例之間往往缺乏可跟蹤性。

rbt三大最佳實踐

1、test early and often.盡早測試，頻繁地測試

確認需求的業務價值。

各利益相關方應該對需求進行評審。

通過用例檢查需求的完整性

應用語言分析技術確保需求文件清晰一致，不會引起同一問題不同人有不同的解釋。

2、test with your head, not your gut.

不要單憑經驗測試

不要依賴測試人員的經驗來設計測試用例，應該採用系統、嚴格的測試用例設計方法，而不是依賴有經驗的測試人員的技巧。通過這樣的方式來增加測試覆蓋的有效性。格式化、結構化的需求文件有助於測試人員評估需求的測試覆蓋率。

通過測試用例評審來檢查測試用例存在的錯誤，並且找出需求的不足之處。

3、test with measurement and improvement in mind.

測試過程中要保持度量

在使用基於需求的測試方法的過程中，保持對需求的可追蹤性非常重要。保持需求與測試用例及測試之間的可追蹤性有助於監視進度、度量覆蓋率，當然也有助於控制需求變更。