章18 編寫和跟蹤測試用例

版權聲明：本文為部落客chszs的原創文章，未經部落客允許不得轉載。 https://blog.csdn.net/chszs/article/details/1526361

章18 編寫和跟蹤測試用例

一、測試用例計劃的目标

有條不紊地仔細計劃測試用例，是達成目标的必由之路。四個原因：

1）組織

即使在小型軟體項目上，也可能有數千個測試用例。正确的計劃會組織好用例，以便全體測試員和其它項目小組成員有效的審查和使用。

2）重複性

在項目期間有必要多次執行同樣的測試，以尋找新的軟體缺陷。

3）跟蹤

4）測試證明

軟體測試小組必須證明确實執行了計劃執行的測試。

特别測試：有一種軟體測試稱為特别測試（ad hoc testing），描述在沒有實際計劃下執行測試——沒有測試用例計劃，有時甚至沒有進階測試計劃。特别測試就是測試員坐在軟體前面開始亂敲鍵盤。

二、測試用例計劃綜述

建立測試計劃過程比結果文檔更重要。三個等級：

1）測試設計說明（test design specification）

2）測試用例說明（test case specification）

3）測試過程說明（test procedure specification）

離最進階測試計劃越遠，側重點就越傾向于産生的書面文檔，而不是建立過程。

最低要求是測試小組應該建立包含IEEE829大綱中所述資訊的測試計劃。

要緊的是完成工作後滿足了測試用例計劃的四個目标：組織、重複性、跟蹤和測試證明。

1、測試設計

整體項目計劃在非常高的等級上編制，它把軟體拆分為具體特性和可測試項，并将其分派到每個測試員頭上。

測試設計說明的目的是組織和描述針對具體特性需要進行的測試。然而，它不給出具體的用例或者執行測試的步驟。測試設計說明的部分内容：

1）辨別符：用于引用和标記測試設計說明的唯一辨別符。

2）要測試的特性：測試設計說明所包含的軟體特性描述。

3）方法：描述測試軟體特性的通用方法。

4）測試用例确認：對用于檢查特性的具體測試用例的進階描述和引用。

5）通過/失敗規則：描述測試特性的通過和失敗由什麼構成。

2、測試用例

測試用例細節基本上應該清楚地解釋要向軟體發送什麼值或者條件，以及預期結果。它可以由一個或多個測試用例說明來引用，也可以引用多個測試程式。包括的重要資訊：

1）辨別符：由測試設計過程說明和測試程式說明引用的唯一辨別符。

2）測試項：描述被測試的詳細特性、代碼子產品等。

3）輸入說明：列舉送到軟體執行測試用例的所有輸入内容或者條件。

4）輸出說明：描述進行測試用例預期的結果。

5）環境要求：指執行測試用例必要的硬體、軟體、測試工具、實用工具、人員等。

6）特殊過程要求：描述執行測試必須做到的特殊要求。

7）用例之間的依賴性

表述測試用例的其它選擇有簡單清單、大綱甚至諸如狀态表或資料流程圖之類的圖表。

3、測試程式

測試程式（test procedure）：明确指出為實作相關測試設計而操作軟體系統和試驗具體測試用例的全部步驟。

測試程式或者測試腳本（test script）說明詳細定義了執行測試用例的每一步操作。

1）辨別符：把測試程式與相關測試用例和測試設計捆綁在一起的唯一辨別符。

2）目的：程式的目的以及将要執行的測試用例的引用資訊。

3）特殊要求：執行程式所需的其它程式、特殊測試技術或者特殊裝置。

4）程式步驟：執行測試的詳細步驟：

（1）日志：指出用什麼方式、方法記錄結果和現象；

（2）設定：說明如何準備測試；

（3）啟動：說明用于啟動測試的步驟；

（4）程式：描述用于運作測試的步驟；

（5）度量：描述如何判斷結果；

（6）關閉：說明由于以外原因挂起測試的步驟；

（7）重新開機：告訴測試人員重新開機測試；

（8）終止：測試正常停止的步驟；

（9）重置：把環境恢複到測試前的狀态；

（10）偶然事件：處理計劃之外的情況。

通常不太可能需要按照最細緻的程度編寫測試用例。

訣竅是找出最合适的詳細程度。

三、測試用例組織和跟蹤

管理和跟蹤系統的方法：

1）憑腦子記；

2）書面文檔；

3）電子表格；

4）自定義資料庫。

跟蹤測試用例的理想方法是使用測試用例管理工具（test case management tool），一種為處理測試用例而專門程式設計設計的資料庫。