前不久我們部門組織了一次轟轟烈烈的測試用例PK大賽。第一輪PK結束后我所在的東邪西毒團隊沒能進入前幾名，具體原因不在這里詳述。（其實我覺得我們團隊在實用性方面做得還可以的）。第二輪PK開始，我有幸加入了特工組。隊長根據每個人的優勢分配了任務，我的任務主要是和童戰一起完成測試用例部分，并產出相應規范。下面給出我們這邊給出的具體規范：
1. 在詳細信息中主要列出兩點：測試前提和測試數據。前提主要是說明該用例執行的前提條件：比如寶貝支持優惠卡券，會員狀態信心等；測試數據主要指具體的測試帳號信息。
2. 用例的框架完全參照MM圖畫出
3. TC標題采用：數字+上一級文件夾名稱+“—”+ 結果（主流程的命名方式）；數字+上一級文件夾名稱+“—”+ 條件（次流程的命名方式）；數字從01開始自增長。
如01_提交訂單—寶貝立即購買訂單創建成功（主流程），
01_寶貝名稱校驗—含有特殊字符（次流程）
4. 主流程中的步驟按照頁面來寫，每個步驟對應一個頁面，每個步驟對應相應的預期結果，步驟中含有填寫的值需要給出舉例。具體內容可以參看主流程，條例清晰，通俗易懂。
步驟和預期結果用數字+“、”標志，數字從1開始自增長。
5. 用例中如果是按鈕的用【】標志，如果是鏈接的用“”標志。
6. 非主流程的用例，主要說明該條用例反應的點即可，其他條件可以不提，默認為正確。
7. 用例按優先級寫，主流程——》業務校驗——》非業務校驗的順序來寫。P0除外。
8. 主流程的預期結果需要加上用例所關聯的表。
這樣寫測試用例的優點：
1. 用例規范，條理清晰，通俗易懂，看tc的標題就能望文生義。有經驗的同學不必看具體的內容，沒經驗的同學看了用例也能很快上手執行，適合新老朋友。
2. 用例盡量按照優先級寫，測試執行用例時可以先發現重要的問題。
3. 方便執行用例：將用例關聯實驗室，執行實驗室中的用例時一看標題就知道執行的是哪塊內容。
4. 考慮了安全測試的內容，讓安全問題提前暴露，不必等到最后的安全測試階段，減輕了安全測試團隊的工作量
5. 需求變更后，可以直接在對應文件夾下增加相應的TC或修改對應點的TC，方便執行。
6. 可執行性強，解決了現有用例書寫風格不統一，不規范的問題。讓我們的用例看起來更專業。
相信這份文檔還有很多地方 可以改進，歡迎大家提出建議或意見～～～
文章來源于領測軟件測試網 http://www.kjueaiud.com/