本文摘自《測試架構師修煉之道》
乙個通用的模板：
測試用例編號：測試用例的唯一標記
用力標題：概述測試用例的主要內容，明確該測試用例的意圖
預置條件：測試用例順利執行的前提條件，如一些基本的配置
測試資料：測試時使用的測試資料
測試步驟：如何執行這個測試用例，每步的操作是什麼
預期結果：和測試步驟對應起來，操作後希望系統的返回
測試用例沒有必要寫得面面俱到，非常細緻，而應該簡潔無歧義，突出測試用例的目的，描述清楚關鍵的步驟和檢查點即可。好的測試用例，通過閱讀標題，就能清楚地知道這個用例的測試目的。和測試目的密切相關的步驟才會放在測試步驟中，那些基礎的操作步驟則是簡潔地放在預置條件中，使得執行者能夠快速抓住測試的重點，並且預期結果應該是清楚準確、沒有歧義的。
除此之外，我們還需要控制用例的粒度（即乙個用例包含的測試內容），建議參考如下：
在怎樣的條件下， 誰
做了怎樣的事情， 得到了怎樣的結果
狀語主語謂語賓語補語（可選）
在描述測試用力標題時，更適合用條件，而不是引數。引數更適合在測試用例模板中的測試資料部分體現，不要把它們羅列在測試用例標題中。
乙個測試條件，可能會有多個引數，這些引數又可能會取不同的值。我們在寫測試用例的時候，應該對涉及的每個引數給出確定的值。
假設乙個測試條件包含3個引數，引數1有三個引數值（a1、a2、a3），引數2有兩個引數值（b1、b2），引數3有四個引數值（c1、c2、c3、c4）。寫測試用例的時候，測試資料應該是引數1、引數2、引數3分別取乙個確定的值來構成的引數組。
正確示範：
測試用例
測試資料
測試用例1
a1、b1、c1
測試用例2
a2、b2、c2
測試用例3
a3、b2、c3
測試用例4
a3、b2、c4
而不應該將每個引數作為乙個測試用例，將這個引數中的引數值作為測試資料中的引數組。
錯誤示範：
測試用例
測試資料
測試用例1
a1、a2、a3
測試用例2
b1、b2
測試用例3
c1、c2、c3、c4
乙個栗子：
在編寫測試用例時，不宜在測試步驟中又引用別的測試用例。
執行用例者應該是專業人士，測試用例不必寫得面面俱到。過多的細節使得測試執行者無法抓住用例執行步驟的重點，而且一旦產品在細節的設計上有所變化，測試用例也需要修改，不利於測試用例的後期維護。所以用例步驟最好是對系統操作的概括描述，無須敘述所有細節。
對比下面兩個用例，例子1中過多細節，例子2為改造後的版本：
乙個測試用例通常會包含好幾個測試步驟和多個預期結果。有時候不同的測試步驟可能會有相同的預期結果，為了描述簡便，很多測試用例作者會省略相同的預期結果。另外，也不是所有的測試步驟都有預期結果，一般是重要、關鍵的測試步驟才會有預期結果。這時我們可以在測試用例中，增加簡單的標記（如[check n]）來明確測試步驟和預期結果之間的對應關係，讓測試執行人員一目了然。
籠統的詞如反覆、長時間、大量等。因為這樣的描述，不同的測試執行者的理解會有所不同。
那麼，在測試用力中該如何進行描述呢？
1. 測試用例中需要反覆、多次操作的描述方法
問題1：反覆執行介面up/down的操作2.測試用例中需要長時間測試的描述方法解決方法1：在測試用例中確定反覆的具體次數。
修改1：反覆執行介面up/down操作100次。
解決方法2：也可以為測試用例確定乙個反覆的範圍。
修改2：反覆執行介面up/down操作至少100次。
解決方法3：如果反覆多次執行某個操作多次後，會出現某種特定的效果（例如記憶體會公升高或某個特別值），但是需要反覆執行多少次這樣的操作並不確定，可以這樣描述。
修改3：反覆執行介面up/down操作，直至系統記憶體值達到最大值的45%。
問題2：系統長時間**http業務3.測試用例中需要大量操作的描述方法解決方法1：在測試用例中確定長時間的測試時長。
修改1：系統持續**http業務24小時。
解決方法2：也可以為測試用例確定乙個長時間的測試時間範圍。
修改2：系統持續**http業務至少24小時。
問題3：大量使用者同時連線伺服器解決方法1：需要確定大量的具體數量，如100、2000。
修改1：2000個使用者同時連線伺服器。
解決方法2：可以以產品規格作為大量的參照值，如滿規格、系統支援數的50%。
修改2：滿規格使用者同時連線伺服器。
測試用例書寫規範
用例的拆分與劃分 較大的功能建議拆分成不同的用例檔案，方便查閱和載入 同一應用下，按照產品拆分如 工作流，多租賃 同一產品下，按照功能模組拆分，比如登陸，表單，列表，搜尋表單 功能下，不可拆分用例，可以分層書寫用例，可按照不同的功能點做分層 比如列印功能，可分功能點為列印預設詳情頁和指定詳情頁 功能...
等價類劃分法測試用例 測試用例書寫分類
簡單來說,就是測什麼,怎麼來測的.買手機 買電腦，要試用一下 開機 螢幕 執行速度 記憶體大小 這就是生活中的測試用例！測試用例 test case 是為特定的目的而設計的一組測試輸入 執行條件和預期的結果，以便測試是否滿足某個特定需求。通過大量的測試用例來檢驗軟體的執行效果，它是指導測試工作進行的...
功能測試用例的書寫方式
功能測試用例的書寫方式 功能性測試用例 1.測試的 即測試的需求 1 需求說明 及相關文件 2 相關的設計說明 概要設計，詳細設計等 3 與開發組交流對需求理解的 記錄 可以是開發人員的乙個解釋 4 已經基本成型的ui 可以有針對性地補充一些用例 簡而言之，所有你能得到的專案文件，都盡量拿到。從所得...