從拿到需求文檔不要立馬開始著手寫測試用例，需要仔細推敲整理需求，畫出系統級、模塊內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，再著手開始寫測試用例。那麽編寫測試用例的總體思路是什麽呢？通過半年的測試用例編寫經驗，總結如下，如有不妥之處需改進。

1、整理分析需求文檔：仔細將需求文檔閱讀一遍，記錄不明白的地方及關鍵測試點，簡單畫出總體流程圖。然後再來一遍，仔細分析各個模塊的功能，畫出模塊內流程圖，找出所有功能，並列出主要測試點。

2、編寫用例：按照不同的業務規則可將測試用例分為四部分：場景用例、系統用例、功能用例。

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

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

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

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

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

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

編寫用例的過程中也有一些迷茫：

問題1：場景法用什麽方式描述比較清楚，並且後期需求改動了易維護？
問題2：測試用例與測試數據的關系是什麽呢？如何將兩者區分開來？

3、報表類功能模塊如何編寫測試用例？報表類的模塊基本沒有業務流，不適用場景法。其實報表類模塊主要驗證能否依據查詢條件正確查詢顯示數據，並保證數據的正確性。可將測試用例分為功能點測試用例和報表數據正確性驗證。

第一步：編寫查詢功能用例：可將查詢功能分解為多個測試場景，分別驗證各個場景的預期結果。可進行如下的分類。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

場景4：組合可選條件、輸入條件查詢結果正確 場景5：錯誤、空記錄查詢結果為空

第二步：編寫其他功能點測試用例，同樣可將功能點分解多個場景。

第三步：編寫數據正確性驗證測試用例：找出影響報表的各種數據因素、列舉報表展示的各種數據，列舉兩者編寫數據正確性驗證用例。

測試理論--如何根據需求設計測試用例