基於Trufun 的RBT測試管理平臺

測試人員無論通過什麼方式、方法去測試,都是爲了儘可能多發現bug,保障軟件產品在發佈時能夠正常滿足用戶的需求,這纔是測試最重要和最關鍵的結果。然而什麼樣的測試是最有效的方法,這也是通過大量的實踐、摸索總結出來的。

RBT(Requirements-based testing)測試方法:

RBT基於需求的測試方法會使測試更加有效,該方法使測試更專注於最終問題產生的根源,從而直接從源頭解決問題,節省解決問題的時間,提高測試的效率。多年的實踐和總結報告指出,大部分的軟件項目不能按計劃完成,不能有效控制成本,最主要的原因是軟件質量差、設計架構不合理、對需求把握不明確等,導致大量的返工修補、重新設計和重新編碼。

軟件質量差的一個重要原因,可能是測試覆蓋率和測試觀點問題,因爲測試的遺漏沒有及時發現軟件的bug或者測試觀點不正確沒有發現需求的缺陷,從而導致產品投入市場後最終用戶使用出現問題。

要想獲得滿意的測試覆蓋率,很難,尤其現在的軟件產品都比較複雜,功能場景很多,邏輯分支很多,沒有那種測試方法和測試工具,能夠做到完全覆蓋。

而對於需求的不明確、不正確,需求變更的控制,需求和測試之間的跟蹤,更是測試要解決的關鍵之處。

Trufun基於RBT的管理系統,主要解決需求項到測試用例的關聯跟蹤問題,這樣就能保障每一個需求項都能對應一到多個測試用例,有利於提前根據測試用例識別和驗證項目需求的準確性。

本系統融合了Trufun Bacon需求管理工具和Trufun SDP系統,在需求管理的基礎上,實現需求到測試用例的關聯跟蹤管理。

主要功能介紹:
  1. 需求生成:可導入需求規格說明書自動生成需求項;
  2. 需求關聯:可在需求項之間產生關聯關係;
  3. 需求視圖:反饋關聯需求之間的關係;
  4. 需求跟蹤:當需求項發生變更,相關聯的需求項則會預警提示;
  5. 需求基線:創建穩定的需求版本;
  6. 生成測試用例:根據需求項生成測試用例,默認爲一個需求項生成一個測試用例,用戶後期可以根據情況修改和增加測試用例。
  7. 測試用例的跟蹤:當需求項變更時,可及時反饋到相關測試用例,進行預警提示。
  8. 測試腳本:添加和修改測試腳本,便於系統自動執行測試用例。
  9. 測試用例執行:主要基於狀態圖,自動測試遍歷。
  10. 測試報告:自動生成測試報告,也可以根據用戶進行特殊格式定製。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章