工作成果: 測試套組
這個構件定義一組相關的測試。
目的
  • 管理和排列測試執行順序。
  • 提供一組有用且相關的測試日誌資訊,供判斷測試結果。
關係
角色負責: 修改者:
輸入至強制:
選用: 外部:
輸出來源
說明
概略輪廓

每一個「測試套組」需要考量各種層面,包括:

  • 「測試套組」要執行的每個測試的適當性和關聯性,尤其是在測試目標和範圍方面
  • 「測試套組」在暫停執行之後可回復或繼續執行的位置
  • 軟硬體「測試套組」的必要配置設定;例如,視訊解析度、資源配置、環境變數等
  • 「測試套組」所需的既有消耗品,例如已填入資料的資料集、收據印表機標籤等
主要說明

「測試套組」提供一種方法來解決測試實作的複雜性。許多系統測試工作會失敗,就是因為團隊迷失在所有詳細測試的旁枝末節中,導致測試工作失控。就像 UML 套件一樣,「測試套組」也提供封裝儲存器的階層,有助於管理測試實作。將測試組合在相關群組中,能夠以有意義的方式來規劃、管理及評估,成為管理測試工作的策略層面的一種方法。

內容
選用
規劃Yes
調整
表示法選項

這個工作成果代表由相關測試的任意集合所組成的儲存區。可能實現(實作)為一或多個自動化迴歸「測試套組」,但「測試套組」也可能是實作一組相關手動測試的工作計劃。 請注意,「測試套組」可以在階層上形成巢狀結構,因此,一個「測試套組」可能封在另一個套組內。

有時,這些測試群組直接與子系統或其他系統設計元素有關,但有時又直接相關於其他事物, 例如品質範圍、核心「關鍵任務」功能、需求達成率、標準實踐程度,以及直接穿越或不直接相關於內部系統元素的其他許多事物。

在建立「測試套組」時,您應該試著以許多不同的組合來安排可用的「測試 Script」(除了其他「測試套組」):變化愈多,涵蓋率愈高,發現錯誤的機會也愈大。 請仔細考量可涵蓋目標測試項目的廣度和深度的各種「測試套組」。 切記,單一「測試 Script」(或「測試套組」)可能會出現在許多不同的「測試套組」中。

有些自動化測試工具可以自動產生或組合「測試套組」。 也有一些實作技術可讓自動化「測試套組」動態地選取完整的元件「測試 Script」或其中一部分,供每一個測試週期執行。

詳細資訊