也談測試用例

　　【摘要】 測試用例英文名叫Test case，測試用例是開展測試工作的重要一項，測試用例是否完善、質量高低以及執行的情況如何是影響軟件測試結果的一個重要方面?？梢哉f測試用例是軟件測試中一個舉足輕重的因素。本文就有關問題進行闡述。

　　【關鍵詞】測試用例

　　概述

　　測試用例(checklist)，是關于具體測試步驟的文檔，它描述了測試的輸入參數、條件及配置、預期的輸出結果等，以判斷被測軟件的工作是否正常。從表現形式上而言，測試用例可以是純文本的說明文檔，也可以是用腳本語言或高級語言編寫的一段代碼。

　　測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制測試目的、測試范圍、定義術語以及測試背景等。測試用例部分逐一列示各測試用例，測試用例應當包括測試標識、測試用例名稱、目標、測試條件、測試設置、輸入數據要求、步驟、以及預期的結果等。

　　好測試用例的特點

　　1.完整

　　完整性是對測試用例最基本的要求，尤其是一些基本功能項上，如果有遺漏，那將是不可原諒的。完整性還體現在中斷測試、臨界測試、壓力測試、性能測試等方面，這方面測試用例也要能夠涉及到。

　　2.準確

　　測試者按照測試用例的輸入一步步測試完成后，要能夠根據測試用例描述的輸出得出正確的結論,不能出現模糊不清的語言。

　　3.簡潔

　　好的測試用例每一步都應該有響應的作用，有很強的針對性，不應該出現一些冗繁無用的操作步驟。測試用例不應該太簡單，也不能夠太過復雜，最大操作步驟最好控制在10-15步之間。

　　4.清晰

　　清晰包括描述清晰,步驟條理清晰,測試層次清晰(由簡而繁,從基本功能測試到破壞性測試)。清晰簡潔對測試用例編寫者的邏輯思維和文字表達能力提出了較高的要求。

　　5.可維護性

　　由于軟件開發過程中需求變更等原因的影響，常常需要對測試用例進行修改、增加、刪除等，以便測試用例符合相應測試要求。測試用例應具備這方面的功能。

　　6.適當性

　　測試例應該適合特定的測試環境以及符合整個團隊的測試水平，如純英語環境下的測試用例最好使用英文編寫。

　　7.可復用性

　　要求不同測試者在同樣測試環境下使用同樣測試用例都能得出相同結論。

　　8.其他

　　如可追朔性、可移植性也是對編寫測試用例的一個要求。

　　測試用例的編寫

　　首先，要充分搜集有關軟件需求文檔、軟件規格等有關資料，充分了解軟件的功能特點，在編寫測試用例時按照完整準確、清晰簡潔的原則，做到有的放矢。

　　其次，一般而言，具體的測試用例在內容上都包括以下信息：用例編號、用例名稱、測試等級、預置條件、操作步驟、預期輸出、實際輸出、注釋等。這也是很多大公司的測試用例的都有包括這些方面內容。

　　再者，如果有同類產品的測試用例、測試報告等，可以拿來進行參考，參考不是抄襲，而是對比發現自己設計測試用例的不完整之處，以便及時充實、彌補。尤其是開展自己不太熟悉的產品測試的時候，這樣做尤為重要，這樣可以避免測試用例編寫的盲區。

　　第四，編寫測試用例時，應將常用測試方法，如臨界測試、等值測試、中斷測試等包含進來，這些方法技巧有助于發現更多潛在的問題。

　　第五，測試用例要根據不同測試階段有所差異，一套測試用例不應該用于不同階段的測試，最好能夠為不同測試階段設計不同的測試用例。當然也可以在一套測試用例上進行有關標注，以便區別。

　　編寫測試例的常見錯誤

　　(1) 單個測試例太長(一般不要超過15步);

　　(2) 不完善,錯誤,或者雜亂無章的操作步驟.

　　(3) 不清楚什么樣的結果是通過和出錯(要多熟悉軟件需求以及軟件規格);

　　(4) 描述不清,測試員或者測試系統不清楚實際要測試的步驟及內容.

　　(5) 不方便維護(添加,刪除,更改等).

　　其他相關問題

　　1.用例評審

　　測試用例編寫完成后，最好做測試用例評審工作，測試用例的評審可以現在測試組內部進行，然后再進行正式評審，通常由開發代表、測試代表以及項目負責人進行，條件允許的情況下也可開展同行評審。測試用例評審是個很重要的一個環節，也是不太容易開展的一個環節。

　　2.用例管理

　　目前測試用例的管理工具很多，有TD、Bugfree、Excel等，不管哪種工具，只要適合自己就好。

　　3.可以不寫測試用例嗎?

　　有時候對于一些測試經驗豐富的測試者而言，在進行一些小項目(一個人足以應付)的測試時，可能會覺得自己經驗豐富，項目也小，根本用不著寫測試用例。其實，這是個錯誤的想法，不管測試者經驗如何豐富，項目多么小，測試用例該寫還是一定要寫的，要知道測試用例不光是給自己看的，也是給別人看的，同時也是公司積累有關文檔資料所要求的

原文轉自：http://www.anti-gravitydesign.com