如何根據(jù)需求設(shè)計(jì)測試用例？？不要在獲得需求文檔后立即開始編寫測試用例。你需要仔細(xì)推敲和梳理需求，繪制系統(tǒng)級(jí)和模塊內(nèi)流程圖，找出各種測試點(diǎn)。頭腦風(fēng)暴需求后，此時(shí)測試系統(tǒng)的功能就清晰了，然后開始寫測試用例

如何根據(jù)需求設(shè)計(jì)測試用例？

？不要在獲得需求文檔后立即開始編寫測試用例。你需要仔細(xì)推敲和梳理需求，繪制系統(tǒng)級(jí)和模塊內(nèi)流程圖，找出各種測試點(diǎn)。頭腦風(fēng)暴需求后，此時(shí)測試系統(tǒng)的功能就清晰了，然后開始寫測試用例。

那么編寫測試用例的總體思路是什么呢？經(jīng)過半年寫測試用例的經(jīng)驗(yàn)總結(jié)如下。如果有不對(duì)的地方，就需要改進(jìn)。

1.整理和分析需求文檔。仔細(xì)閱讀需求文檔，記錄下無法理解的地方和關(guān)鍵測試點(diǎn)，簡單畫出整體流程圖。

然后再做一遍，仔細(xì)分析每個(gè)模塊的功能，畫出模塊中的流程圖，找出所有的功能，列出主要的測試點(diǎn)。2.根據(jù)不同的業(yè)務(wù)規(guī)則編寫測試用例。測試用例可以分為四個(gè)部分：場景用例、系統(tǒng)用例以及功能用例場景。根據(jù)用戶的實(shí)際操作和業(yè)務(wù)邏輯設(shè)計(jì)測試用例，不涉及復(fù)雜的操作或邏輯，以用戶最常用、最正常的操作流程為場景設(shè)計(jì)測試用例。

系統(tǒng)用例：是對(duì)用戶場景的細(xì)化，包括正常場景、分支場景和異常場景。它是由兩個(gè)或多個(gè)相關(guān)功能組合而成的場景。

功能用例：用于驗(yàn)證各功能點(diǎn)的業(yè)務(wù)規(guī)則，包括各功能的界面元素和業(yè)務(wù)規(guī)則的驗(yàn)證。

主要針對(duì)單一功能點(diǎn)。

第一步：場景用例(關(guān)鍵詞：模擬用戶實(shí)際操作)根據(jù)模塊中繪制的流程圖描述用戶的主要業(yè)務(wù)目標(biāo)，包括完整的系統(tǒng)級(jí)場景和模擬用戶實(shí)際操作的不同場景。幾個(gè)功能點(diǎn)的組合也可以看作是用戶場景。

第二步：將系統(tǒng)中每個(gè)角色的系統(tǒng)用例與模塊中繪制的流程圖相結(jié)合，將系統(tǒng)劃分為多個(gè)角色，然后將每個(gè)角色分解為多個(gè)任務(wù)，每個(gè)任務(wù)為一個(gè)系統(tǒng)用例。

系統(tǒng)用例包括正常流程、異常流程和分支流程，以場景的形式描述。

第三步：功能用例描述單點(diǎn)功能的邏輯規(guī)則和頁面元素，對(duì)邏輯規(guī)則進(jìn)行層次化描述。邏輯規(guī)則的提煉可以直接作為用例的操作步驟。

用例編寫過程中也有一些困惑：問題1:場景方法是用什么方式描述清楚的，需求變更后容易維護(hù)？問題2:測試用例與測試數(shù)據(jù)的關(guān)系是什么？如何區(qū)分這兩者？3.報(bào)表功能模塊如何寫測試用例？報(bào)表類的模塊基本沒有業(yè)務(wù)流程，所以場景方法不適用。

報(bào)表模塊其實(shí)主要是驗(yàn)證數(shù)據(jù)是否能根據(jù)查詢條件正確查詢顯示，保證數(shù)據(jù)的正確性。

一個(gè)優(yōu)秀的測試用例應(yīng)該包含哪些信息？

1.軟件或項(xiàng)目的名稱。軟件或項(xiàng)目的版本(內(nèi)部版本號(hào))3。功能模塊4的名稱。測試用例的簡要描述，即測試用例5的執(zhí)行目的或方法。測試用例的參考信息(便于跟蹤和參考)6。這個(gè)測試用例與其他測試用例之間的依賴關(guān)系。這個(gè)用例的前提條件，也就是執(zhí)行這個(gè)用例必須滿足的條件，比如訪問數(shù)據(jù)庫8。用例的

9.步驟號(hào)、操作步驟描述、測試數(shù)據(jù)描述10。預(yù)期結(jié)果(這是最重要的)和實(shí)際結(jié)果(如果有BUG管理工具可以省略)11。開發(fā)人員(必需)和測試人員(可選)12。測試執(zhí)行日期。