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

1、如何根據(jù)需求設計測試用例從拿到需求文檔不要立馬開始著手寫測試用例，需要仔細推敲整理需求，畫出系統(tǒng)級、 模塊內(nèi)流程圖， 并找出各種測試點， 等對需求進行了頭腦風暴般的整理之后， 此時已對測試 系統(tǒng)的功能很清楚了， 再著手開始寫測試用例。 那么編寫測試用例的總體思路是什么呢？通 過半年的測試用例編寫經(jīng)驗，總結如下，如有不妥之處需改進。1、整理分析需求文檔仔細將需求文檔閱讀一遍， 記錄不明白的地方及關鍵測試點， 簡單畫出總體流程圖。 然 后再來一遍，仔細分析各個模塊的功能， 畫出模塊內(nèi)流程圖， 找出所有功能，并列出主要測 試點2、編寫用例按照不同的業(yè)務規(guī)則可將測試用例分為四部分：場景用例、系統(tǒng)用例、

2、功能用例場景用例：按照用戶的實際操作與業(yè)務邏輯設計用例，不必涉及很復雜的操作或邏輯， 把用戶最常用的、正常的操作流程作為一個場景設計測試用例。系統(tǒng)用例： 是用戶場景的細化， 包含正常場景、分支場景和異常場景， 是兩個或多個有 關聯(lián)的功能組合而成的場景。功能用例： 用于驗證各功能點的業(yè)務規(guī)則， 包括界面元素和各功能的業(yè)務規(guī)則驗證。 主 要針對單個功能點。第一步：場景用例（關鍵字：模擬用戶實際操作）根據(jù)畫出的模塊內(nèi)流程圖， 描述用戶的主要業(yè)務目標， 包含完整的系統(tǒng)級場景和模擬用 戶實際操作的不同場景，幾個功能點的組合也算是用戶場景。第二步：系統(tǒng)各角色的系統(tǒng)用例結合畫出的模塊流程圖， 將系統(tǒng)劃分多個

3、角色， 再將每個角色分解為多個任務， 每個任 務就是一個系統(tǒng)用例。系統(tǒng)用例分為正常流程、異常流程，分支流程，以場景的形式描述。第三步：功能用例描述單點功能的邏輯規(guī)則及頁面元素， 分層描述邏輯規(guī)則， 對邏輯規(guī)則細化可直接作為 用例的操作步驟描述。編寫用例的過程中也有一些迷茫：問題 1 ：場景法用什么方式描述比較清楚，并且后期需求改動了易維護？問題 2：測試用例與測試數(shù)據(jù)的關系是什么呢？如何將兩者區(qū)分開來？ 3、報表類功能模塊如何編寫測試用例？報表類的模塊基本沒有業(yè)務流， 不適用場景法。 其實報表類模塊主要驗證能否依據(jù) 查詢條件正確查詢顯示數(shù)據(jù)， 并保證數(shù)據(jù)的正確性。 可將測試用例分為功能點測試用

4、例和報 表數(shù)據(jù)正確性驗證。第一步：編寫查詢功能用例可將查詢功能分解為多個測試場景， 分別驗證各個場景的預期結果。 可進行如下的 分類。場景 1：默認條件查詢結果正確；場景 2：修改可選擇輸入條件查詢結果正確1、進入搜索（高級搜索）頁面。2、逐一選擇各個查詢條件可選項，如： “全部”、“類別 1”等，點擊“搜索” ，查 詢結果正確。3、組合各個查詢條件可選項，如：價格產(chǎn)品，點擊“搜索”，查詢結果正確。場景 3：修改輸入條件查詢結果正確1、進入搜索（高級搜索）頁面。2、逐一輸入文本域條件，模糊查詢值，點擊“搜索”，查詢結果正確。3、逐一輸入文本域條件，完全匹配值，點擊“搜索”，查詢結果正確。4、逐一輸入文本域條件，中文值，點擊“搜索”，查詢結果正確。5、逐一輸入文本域條件，字母大、小寫值，點擊“搜索”，查詢結果正確。6、逐一輸入文本域條件，數(shù)字類型值，點擊“搜索”，查詢結果正確。、逐一輸入文本域條件，全角、半角值，點擊“搜索” ，查詢結果正確。8 組合各個文本域查詢條件，點擊“搜索” ，查詢結果正確。場景 4：組合可選條件、輸入條件查詢結果正確場景 5：錯誤、空記錄查詢結果為空 第二步：編寫其他功能點測試用例，