談談軟件測試用例規范

前不久我們部門組織了一次轟轟烈烈的測試用例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