從拿到需求文檔不要立馬開始着手寫測試用例，需要仔細推敲整理需求，畫出系統級、模塊內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之后，此時已對測試系統的功能很清楚了，再着手開始寫測試用例。那么編寫測試用例的總體思路是什么呢？通過半年的測試用例編寫經驗，總結如下，如有不妥之處需改進。
1、整理分析需求文檔
仔細將需求文檔文檔閱讀一遍，記錄不明白的地方及關鍵測試點，簡單畫出總體流程圖。然后再來一遍，仔細分析各個模塊的功能，畫出模塊內流程圖，找出所有功能，並列出主要測試點
2、編寫用例
按照不同的業務規則可將測試用例分為四部分：場景用例、系統用例、功能用例
場景用例：按照用戶的實際操作與業務邏輯設計用例，不必涉及很復雜的操作或邏輯，把用戶最常用的、正常的操作流程作為一個場景設計測試用例。
系統用例：是用戶場景的細化，包含正常場景、分支場景和異常場景，是兩個或多個有關聯的功能組合而成的場景。
功能用例：用於驗證各功能點的業務規則，包括界面元素和各功能的業務規則驗證。主要針對單個功能點。
第一步：場景用例（關鍵字：模擬用戶實際操作）
根據畫出的模塊內流程圖，描述用戶的主要業務目標，包含完整的系統級場景和模擬用戶實際操作的不同場景，幾個功能點的組合也算是用戶場景。
第二步：系統各角色的系統用例
結合畫出的模塊內流程圖，將系統划分多個角色，再將每個角色分解為多個任務，每個任務就是一個系統用例。系統用例分別正常流程、異常流程，分支流程，以場景的形式描述。
第三步：功能用例
描述單點功能的邏輯規則及頁面元素，分層描述邏輯規則，對邏輯規則細化可直接作為用例的操作步驟描述。
編寫用例的過程中也有一些迷茫：
問題1：場景法用什么方式描述比較清楚，並且后期需求改動了易維護？
問題2：測試用例與測試數據的關系是什么呢？如何將兩者區分開來？
3、報表類功能模塊如何編寫測試用例？
報表類的模塊基本沒有業務流，不適用場景法。其實報表類模塊主要驗證能否依據查詢條件正確查詢顯示數據，並保證數據的正確性。可將測試用例分為功能點測試用例和報表數據正確性驗證。
第一步：編寫查詢功能用例
可將查詢功能分解為多個測試場景，分別驗證各個場景的預期結果。可進行如下的分類。
場景1：默認條件查詢結果正確；
場景2：修改可選擇輸入條件查詢結果正確
1、進入搜索（高級搜索）頁面。
2、逐一選擇各個查詢條件可選項，如：“全部”、“類別1”等，點擊“搜索”，查詢結果正確。
3、組合各個查詢條件可選項，如：價格＋產品，點擊“搜索”，查詢結果正確。
場景3：修改輸入條件查詢結果正確
1、進入搜索（高級搜索）頁面。
2、逐一輸入文本域條件，模糊查詢值，點擊“搜索”，查詢結果正確。
3、逐一輸入文本域條件，完全匹配值，點擊“搜索”，查詢結果正確。
4、逐一輸入文本域條件，中文值，點擊“搜索”，查詢結果正確。
5、逐一輸入文本域條件，字母大、小寫值，點擊“搜索”，查詢結果正確。
6、逐一輸入文本域條件，數字類型值，點擊“搜索”，查詢結果正確。
7、逐一輸入文本域條件，全角、半角值，點擊“搜索”，查詢結果正確。
8組合各個文本域查詢條件，點擊“搜索”，查詢結果正確。
場景4：組合可選條件、輸入條件查詢結果正確
場景5：錯誤、空記錄查詢結果為空
第二步：編寫其他功能點測試用例，同樣可將功能點分解多個場景。
第三步：編寫數據正確性驗證測試用例
找出影響報表的各種數據因素、列舉報表展示的各種數據，列舉兩者編寫數據正確性驗證用例。
————————————————
版權聲明：本文為CSDN博主「iteye_2513」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/iteye_2513/java/article/details/81963883