如何能編寫優秀的測試用例

一、 編寫測試用例 的重要性

1.深入瞭解需求的過程，一個專案立項開始， 測試 就開始介入，我們從產品的需求文件、原型圖，效果圖等相關文件去熟悉產品的各個模組，各個業務流程。或者在產品規劃和設計階段，測試開始熟悉產品。而編寫用例的過程中，會充分的思考產品需求的細枝末節，需求的不合理、有矛盾、不明確的地方，還能對產品提出更好的建議，監督產品對需求做出更加詳細的設計。整個過程是對需求深入瞭解的過程，產品的整個印象都在測試腦海裡。

2.測試執行的指導，用例編寫是把產品需求轉換為一種可操作步驟的行為，方便以後作為測試的標準，有步驟有計劃的進行測試。如果沒有這個標準，會使你的測試過程無計劃，無目標，變成一個放任主流的狀態，完全沒有受控性。這樣的產品質量保證顯然是空談。

3.規劃測試資料的準備，在我們的實踐中測試資料是與 測試用例 分離的。按照測試用例配套準備一組或若干組測試原始資料，以及標準測試結果。尤其象測試報表之類資料集的正確性，按照測試用例規劃準備測試資料是十分必須的。除正常資料之外，還必須根據測試用例設計大量邊緣資料和錯誤資料。

4.反應測試進度，測試人員開始按照測試用例的描述測試，每過完一個用例標記完成；這樣測試也知道自己做過哪些操作，避免沒有目的隨機測試。並且透過測試用例的執行條數，大致瞭解該模組的測試進度。

5.舉一反三發現潛藏缺陷，測試人員在執行用例的過程中往往會突然發現當初設計的用例步驟中，還可以做這樣一個操作，於是發現了bug，這又體現了測試用例的作用， 幫助發現擴充測試範圍，擴大測試覆蓋面，發現軟體中潛藏的缺陷。

6.分析缺陷的標準

透過收集缺陷，對比測試用例和缺陷 資料庫 ，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟體質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。

 

二、測試用例在 軟體測試 中的作用

1、指導測試的實施

測試用例主要適用於整合測試、 系統測試 和迴歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例專案和測試步驟逐一實施測試。並對測試情況記錄在測試用例管理軟體中，以便自動生成測試結果文件。

根據測試用例的測試等級，整合測試應測試那些用例，系統測試和迴歸測試又該測試那些用例，在設計測試用例時都已作明確規定，實施測試時測試人員不能隨意作變動。

2、規劃測試資料的準備

在我們的實踐中測試資料是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始資料，以及標準測試結果。尤其象測試報表之類資料集的正確性，按照測試用例規劃準備測試資料是十分必須的。

除正常資料之外，還必須根據測試用例設計大量邊緣資料和錯誤資料。

3、編寫測試指令碼的"設計規格說明書"

為提高測試效率， 軟體測試 已大力發展自動測試。自動測試的中心任務是編寫測試指令碼。如果說軟體工程中軟體程式設計必須有設計規格說明書，那麼測試指令碼的設計規格說明書就是測試用例。

4、評估測試結果的度量基準

完成測試實施後需要對測試結果進行評估，並且編制測試報告。判斷軟體測試是否完成、衡量測試質量需要一些量化的結果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統計基準是軟體模組或功能點，顯得過於粗糙。採用測試用例作度量基準更加準確、有效。

5、分析缺陷的標準

透過收集缺陷，對比測試用例和缺陷資料庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟體質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。

 

三、試用例編號規則

目的：好的測試用例編號，可以更好的去了解此項用例所針對的模組，也有助於記憶和新用例的增加。

規則：測試用例編號採用 “版本+細類+編號”的形式。

備註：其中 “版本”為設計此測試用例的軟體版本。

“細類”為小模組中的漢字頭一個字母，以最多5個字母為標準。

“編號”為BUG用例的編號，以4位為標準，依次遞增。

例如：引導系統 V2.01版本中，候車點設定，用例編號可以書寫為：

2.01_HCDSZ_0001

 

測試用例可以用來衡量一個專案測試質量。測試用例的健壯性，完整性，覆蓋程度等，都對專案測試質量有影響。因此在平時的測試流程中， 編寫測試用例 就是測試過程中很重要的一步，每一個測試工程師都需要並且非常熟練的編寫測試用例，能在編寫測試用例中儘可能的覆蓋任何異常的測試點；如何能編寫優秀的測試用例，就需要測試人員掌握更多的用例編寫技巧以及思考出更多的測試點。