作業: 實作開發人員測試
這項作業說明如何在執行更正式的元件測試之前,建立一組測試來確認元件已適當運作。
目的
  • 實作一或多項測試,以便實際執行個別軟體元件的驗證
  • 開發能夠在較大型測試基礎架構中搭配其他測試來進行的測試
關係
角色主要: 其他的: 協助:
輸入強制: 選用: 外部:
輸出
步驟
修正範圍和識別測試
目的:  識別測試元件和定義一組最有利於現行反覆的測試

在正式的環境中,必須開發的元件和測試指定在「測試設計」構件中,因此,這個步驟是選用的。在另一些情況下,開發人員測試是由變更要求、錯誤修正、需要驗證的實作決策、輸入只含設計模型的子系統測試來驅動的。對於這些情況,請執行下列動作:

  • 定義目標:子系統/元件介面驗證、實作驗證、重新產生問題
  • 定義範圍:子系統、元件、元件群組
  • 定義測試類型和詳細資料:黑盒、白盒、前置條件、後置條件、不變量、輸入/輸出和執行條件、觀察/控制點、清理動作
  • 決定測試的生命跨距;例如,專為了修正問題而建置的測試可能用過便丟棄,但操作外部介面的測試會與所測試的元件有相同的生命週期
選取適當的實作技術
目的:  判斷適合用來實作測試的技術

測試可以利用許多技術來實作,但您可以從兩個一般方面來考量它們:手動和自動化測試。大部分開發人員測試都是利用自動化測試技術來實作:

  • 程式化測試,使用與測試元件相同的軟體程式設計技術和環境,或比較不複雜的程式語言和工具(如 Scripting 語言:Tcl、基於 Shell 的語言等)
  • 利用會在測試元件和系統其餘部分之間擷取互動,且會產生基本測試的測試自動化工具來建置的記錄測試或擷取測試
  • 產生的測試:可以利用比較複雜的測試自動化工具來自動產生測試的某些方面,可能是程序資料,也可能是測試資料
雖然最通行的方法是「程式化測試」,但在某些情況下,例如 GUI 相關測試,最有效的方法是遵循一系列已擷取在文字說明表單內的指示,以手動方式來進行測試。
實作測試
目的:  實作定義步驟和作業中所識別的測試

實作第一步驟所定義的所有元素。請詳細說明和清楚指定測試環境前置條件,以及使測試元件進入可測試狀態的步驟。請識別將遵循的清理步驟,以便將環境還原到原始狀態。請特別注意觀察/控制點的實作,因為這些方面可能需要必須在測試元件中實作的特殊支援。

建立外部資料集
目的:  建立和維護儲存在測試之外,供測試在執行期間使用的資料

在大部分情況下,將測試資料和測試分開,會產生更容易維護的解決方案。如果測試的生命跨距很短,將資料寫在測試內會比較有效,但如果許多測試執行週期必須使用不同的資料集,最簡單的方式便是將它們儲存在外面。將測試資料從測試中分離出來,還會有其他好處:

  • 多項測試可以使用相同的資料集
  • 很容易修改和/或加倍
  • 可用來控制測試內的條件性分支邏輯
驗證測試實作
目的:  驗證正確的測試工作

對測試進行測試。請檢查環境設定和清理指示。請執行測試,觀察它的行為和修正測試的問題。如果測試的生命很長,請要求一位較不具備內部知識的人員來執行它,再檢查是否有足夠的支援資訊。請搭配開發小組內的其他人員及其他利益關係人來審查它。

維護可追蹤性關係
目的:  使追蹤項目能夠進行影響分析和評量報告

依正式的層次而定,您也許需要,也許不需要維護可追蹤性關係。如果必須維護可追蹤性關係,請依照需要,利用測試計劃所概述的可追蹤性需求來更新可追蹤性關係。


內容
多次出現的項目
事件驅動
持續進行中
選用
規劃
可重複的
詳細資訊