從拿到需求文檔不要立馬開始著手寫測試用例，需要仔細推敲整理需求，畫出系統級、模塊內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，

再著手開始寫測試用例。

那麽編寫測試用例的總體思路是什麽呢？

1、整理分析需求文檔

仔細將需求文檔閱讀一遍，記錄不明白的地方及關鍵測試點，簡單畫出總體流程圖。

然後再來一遍，仔細分析各個模塊的功能，畫出模塊內流程圖，找出所有功能，並列出主要測試點

2、編寫用例

按照不同的業務規則可將測試用例分為四部分：

場景用例、系統用例、功能用例

場景用例：按照用戶的實際操作與業務邏輯設計用例，不必涉及很復雜的操作或邏輯，把用戶最常用的、正常的操作流程作為一個場景設計測試用例。

系統用例：是用戶場景的細化，包含正常場景、分支場景和異常場景，是兩個或多個有關聯的功能組合而成的場景。

功能用例：用於驗證各功能點的業務規則，包括界面元素和各功能的業務規則驗證。主要針對單個功能點。

第一步：場景用例（關鍵字：模擬用戶實際操作）

根據畫出的模塊內流程圖，描述用戶的主要業務目標，包含完整的系統級場景和模擬用戶實際操作的不同場景，幾個功能點的組合也算是用戶場景。

第二步：系統各角色的系統用例

結合畫出的模塊流程圖，將系統劃分多個角色，再將每個角色分解為多個任務，每個任務就是一個系統用例。系統用例分為正常流程、異常流程，分支流程，以場景的形式描述。

第三步：功能用例

描述單點功能的邏輯規則及頁面元素，分層描述邏輯規則，對邏輯規則細化可直接作為用例的操作步驟描述。

3、報表類功能模塊如何編寫測試用例？

報表類的模塊基本沒有業務流，不適用場景法。其實報表類模塊主要驗證能否依據查詢條件正確查詢顯示數據，並保證數據的正確性。

可將測試用例分為功能點測試用例和報表數據正確性驗證。

第一步：編寫查詢功能用例

可將查詢功能分解為多個測試場景，分別驗證各個場景的預期結果。可進行如下的分類。

場景1：默認條件查詢結果正確；

場景2：修改可選擇輸入條件查詢結果正確

1、進入搜索（高級搜索）頁面。

2、逐一選擇各個查詢條件可選項，如：“全部”、“類別1”等，點擊“搜索”，查詢結果正確。

3、組合各個查詢條件可選項，如：價格＋產品，點擊“搜索”，查詢結果正確。

場景3：修改輸入條件查詢結果正確

1、進入搜索（高級搜索）頁面。

2、逐一輸入文本域條件，模糊查詢值，點擊“搜索”，查詢結果正確。

3、逐一輸入文本域條件，完全匹配值，點擊“搜索”，查詢結果正確。

4、逐一輸入文本域條件，中文值，點擊“搜索”，查詢結果正確。

5、逐一輸入文本域條件，字母大、小寫值，點擊“搜索”，查詢結果正確。

6、逐一輸入文本域條件，數字類型值，點擊“搜索”，查詢結果正確。

7、逐一輸入文本域條件，全角、半角值，點擊“搜索”，查詢結果正確。

8、組合各個文本域查詢條件，點擊“搜索”，查詢結果正確。

場景4：組合可選條件、輸入條件查詢結果正確。

場景5：錯誤、空記錄查詢結果為空。

本文出自 “Sean” 博客，請務必保留此出處http://xiaoaps.blog.51cto.com/3540869/1951858

如何根據需求分析文檔編寫測試用例