本篇文章給大家談?wù)劀y試用例文檔模板，以及測試用例文檔模板包括哪些內(nèi)容對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、如何寫測試用例
• 2、想快速又簡單地編寫測試用例？看這里！
• 3、軟件測試用例文檔怎么寫
• 4、各種測試用例簡要模板
• 5、如何編寫測試用例

如何寫測試用例

對各個(gè)功能模塊進(jìn)行測試點(diǎn)分析，提取測試點(diǎn)再堆測試點(diǎn)進(jìn)行用例編寫。

比如對PC端QQ賬號的登錄模塊，提取測試點(diǎn)就有：

①正常登陸；

②賬號為空時(shí)點(diǎn)擊登錄；

③密碼為空時(shí)點(diǎn)擊登錄；

④賬號密碼都為空時(shí)點(diǎn)擊登錄；

⑤密碼錯(cuò)誤時(shí)點(diǎn)擊登錄 ；

⑥找回密碼功能是否有效；

⑦記住密碼功能是否有效；

⑧自動(dòng)登錄功能是否有效。

編寫測試用例該注意：

①根據(jù)項(xiàng)目的實(shí)際情況設(shè)計(jì)測試用例表格；

②用例格式不要生搬硬套；

③根據(jù)具體情況編寫。

想快速又簡單地編寫測試用例？看這里！

本文適用對象

初級軟件測試人員，或想開拓思路拓展測試范圍、提高測試覆蓋率的所有測試人員等等。

本文目的

講述如何快速、簡單、有效、有條理地編寫一條測試用例，并幫助測試人員從測試用例角度拓展測試思路。

如何簡單、快速地

描述（編寫）一個(gè)測試用例

測試用例的目的在于指導(dǎo)、幫助測試人員按照既定的計(jì)劃步驟執(zhí)行測試，并比對測試結(jié)果與預(yù)期結(jié)果是否一致。

對于中大型軟件公司而言，測試用例的管理都有既定的規(guī)范和工具，如表格管理用例、測試管理軟件管理用例（如下圖1所示為MeterSphere測試管理軟件用例編寫頁面）等。

但總而言之，測試用例的內(nèi)容主要不外乎3個(gè)部分：前置條件、步驟、預(yù)期結(jié)果。

那么，對于沒有明確地測試管理軟件的小型軟件公司，或者對于測試人員而言，需要暫時(shí)快速地編寫一個(gè)測試用例或記錄測試過程的時(shí)候，可以怎么做呢？

推薦一個(gè)臨時(shí)性的用例編寫模板：GIVEN...WHEN…THEN。

讓我們套用GIVEN…WHEN…THEN的模式來描述下編寫用例的大致步驟：

有沒有覺得很簡單？

讓我們再用實(shí)際案例，描述下如何用GIVEN…WHEN…THEN模板編寫真實(shí)用例。以測試訪問 鏈接這個(gè)用例為例1：

使用GIVEN…WHEN…THEN能夠簡單呈現(xiàn)用例前置條件、執(zhí)行步驟和預(yù)期結(jié)果間的邏輯關(guān)系，并能清晰地表述一個(gè)用例。

那么，什么地方可以用GIVEN…WHEN..THEN這個(gè)模板呢？這個(gè)模板較之文檔用例更為簡潔，如下圖2所示，對于測試用例提交故障，闡述引發(fā)故障的操作方法或故障復(fù)現(xiàn)方法，以及故障修復(fù)后的驗(yàn)證時(shí)都可以使用。

如何使用探索式場景聯(lián)想法

衍生測試用例

探索式測試更多的是一種測試風(fēng)格和測試思想，要求測試人員在測試過程中不斷思考、發(fā)散思維，記錄、修改和更新測試方法和測試用例。

場景法則是要求測試人員認(rèn)真分析測試需求，了解用戶使用場景，根據(jù)不同的場景進(jìn)行測試。

而本文討論的 探索式場景聯(lián)想法，則是將探索式測試方法、場景法和聯(lián)想法相結(jié)合，在已有測試用例的基礎(chǔ)上衍生更多的測試用例。

那么，如何使用探索式場景聯(lián)想法衍生測試用例呢？

由上一節(jié)可知，測試用例是指導(dǎo)測試人員在xx預(yù)知條件（場景）下，執(zhí)行xx步驟，預(yù)期得到xx結(jié)論。

顯而可見，通過改變測試用例的預(yù)知條件和操作步驟，則可以衍生出不同的測試用例。而這些測試用例包含不同的測試場景和不同的測試步驟。

如下圖3所示，為探索式場景聯(lián)想法衍生測試用例的結(jié)構(gòu)腦圖。

改變前置條件

測試用例的前置條件基本包括：硬件資源和軟件系統(tǒng)兩個(gè)部分。

改變前置條件可以從這幾方面入手。

以上節(jié)的訪問 鏈接用例1為例，改變前置條件衍生新的測試用例。由于該用例的前置條件較簡單，改變前置條件只需改變?yōu)g覽器類型和版本即可。

由此，衍生的部分測試用例可如下所示：

改變操作步驟

改變用例操作步驟可以從以下幾方面入手：插入步驟、刪除步驟、改變步驟和重復(fù)步驟。

插入步驟

如圖3所示，插入步驟又可以分為插入相關(guān)聯(lián)步驟和不相關(guān)聯(lián)步驟。并在插入步驟中增加用戶輸入。

同樣以用例1為例，插入步驟衍生的測試用例可如下：

刪除步驟

刪除步驟可以分為刪除部分步驟或者刪除部分步驟中的部分操作。刪除部分步驟，又可以分為刪除關(guān)鍵步驟和非關(guān)鍵步驟。

例如，以例1為例，刪除關(guān)鍵步驟“點(diǎn)擊鍵盤回車鍵“衍生新的測試用例如下所示：

改變步驟

改變步驟主要涉及步驟順序的改變和步驟內(nèi)容的改變。當(dāng)測試用例具有多個(gè)步驟，且步驟間具有關(guān)聯(lián)性和順序性的時(shí)候，改變步驟順序則會(huì)變得很有意義。改變步驟內(nèi)容主要是改變步驟中用戶的輸入（包括數(shù)據(jù)輸入、用戶操作等）。

以用例1為例，改變步驟內(nèi)容衍生的用例如下所示：

重復(fù)步驟

對于大多測試人員來說，衍生測試用例時(shí)更多關(guān)注點(diǎn)在于操作步驟的變化。

但是，對于不同的測試場景，重復(fù)相同的測試步驟，仍然具有很大的測試意義。重復(fù)步驟進(jìn)行測試能夠挖掘不同前置條件（場景）下的故障，亦能挖掘軟件在多個(gè)重復(fù)步驟操作下潛藏的故障。

以用例1為例，重復(fù)步驟衍生的用例如下所示：

測試結(jié)論衍生測試用例

除了通過改變前置條件和操作步驟衍生測試用例外，還可以根據(jù)測試結(jié)論中的異常信息，逆推測試場景，衍生新的測試用例。

這個(gè)部分更多的需要測試人員掌握探索式測試方法，對測試過程中的軟件資源監(jiān)控信息、錯(cuò)誤日志等保持警惕性，挖掘錯(cuò)誤信息中的內(nèi)容，逆推產(chǎn)生錯(cuò)誤信息的原因，構(gòu)建新的測試用例。

小結(jié)

本文闡述了一種可以在提交測試故障信息和驗(yàn)證測試故障時(shí)使用的快速測試用例編寫模板，快速記錄測試場景、測試步驟等關(guān)鍵信息。

并在此基礎(chǔ)上，簡單講解了基于探索式場景聯(lián)想法的測試用例衍生方法，可以幫助測試人員借助已有的測試用例拓展新的測試用例，擴(kuò)大測試范圍，提高覆蓋率，挖掘更多場景下的軟件故障。

轉(zhuǎn)自公眾號投稿：

軟件測試用例文檔怎么寫

用例編號、用例名稱、測試環(huán)境、前置條件、測試步驟、預(yù)期結(jié)果、實(shí)際結(jié)果

望采納

各種測試用例簡要模板

0 .? 文檔介紹

提示：請用戶根據(jù)項(xiàng)目的實(shí)際測試狀況，裁剪本測試用例模板。

0.1?文檔目的

?

0.2?文檔范圍

?

0.3?讀者對象

?

0.4?參考文獻(xiàn)

提示： 列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：

[ 標(biāo)識符 ]? 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期

例如：

[ AAA ] ? 作者，《立項(xiàng)建議書》，機(jī)構(gòu)名稱，日期

?[ SPP-PROC-ST ] ? SEPG，系統(tǒng)測試規(guī)范，機(jī)構(gòu)名稱，日期

0.5?術(shù)語與縮寫解釋

縮寫、術(shù)語 解 釋

SPP精簡并行過程，Simplified Parallel Process

…

1 .? 接口－路徑測試用例

1 .1? 被測試對象（單元）的介紹

1.2 測試范圍與目的

1 . 3 測試環(huán)境與測試輔助工具的描述

1.4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

1.5 接口測試用例

接口A的函數(shù)原型

輸入/動(dòng)作期望的輸出/相應(yīng)實(shí)際情況

典型值…

邊界值…

異常值…

接口B的函數(shù)原型

輸入/動(dòng)作期望的輸出/相應(yīng)實(shí)際情況

典型值…

邊界值…

異常值…

…

1.6 路徑測試的檢查表

檢查項(xiàng) 結(jié)論

數(shù)據(jù)類型問題

（1）變量的數(shù)據(jù)類型有錯(cuò)誤嗎？

（2）存在不同數(shù)據(jù)類型的賦值嗎？

（3）存在不同數(shù)據(jù)類型的比較嗎？

變量值問題

（1）變量的初始化或缺省值有錯(cuò)誤嗎？

（2）變量發(fā)生上溢或下溢嗎？

（3）變量的精度不夠嗎？

邏輯判斷問題

（1）由于精度原因?qū)е卤容^無效嗎？

（2）表達(dá)式中的優(yōu)先級有誤嗎？

（3）邏輯判斷結(jié)果顛倒嗎？

循環(huán)問題

（1）循環(huán)終止條件不正確嗎？

（2）無法正常終止（死循環(huán)）嗎？

（3）錯(cuò)誤地修改循環(huán)變量嗎？

（4）存在誤差累積嗎？

內(nèi)存問題

（1）內(nèi)存沒有被正確地初始化卻被使用嗎？

（2）內(nèi)存被釋放后卻繼續(xù)被使用嗎？

（3）內(nèi)存泄漏嗎？

（4）內(nèi)存越界嗎？

（5）出現(xiàn)野指針嗎？

文件I/O問題

（1）對不存在的或者錯(cuò)誤的文件進(jìn)行操作嗎？

（2）文件以不正確的方式打開嗎？

（3）文件結(jié)束判斷不正確嗎？

（4）沒有正確地關(guān)閉文件嗎？

錯(cuò)誤處理問題

（1）忘記進(jìn)行錯(cuò)誤處理嗎？

（2）錯(cuò)誤處理程序塊一直沒有機(jī)會(huì)被運(yùn)行？

（3）錯(cuò)誤處理程序塊本身就有毛病嗎？如報(bào)告的錯(cuò)誤與實(shí)際錯(cuò)誤不一致，處理方式不正確等等。

（4）錯(cuò)誤處理程序塊是“馬后炮”嗎？如在被它被調(diào)用之前軟件已經(jīng)出錯(cuò)。

…

2.? 功能測試用例

2 .1? 被測試對象的介紹

2 .2 測試范圍與目的

2. 3 測試環(huán)境與測試輔助工具的描述

2 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

2 .5 功能測試用例

功能A描述

用例目的

前提條件

輸入/動(dòng)作期望的輸出/相應(yīng)實(shí)際情況

示例：典型值…

示例：邊界值…

示例：異常值…

功能B描述

用例目的

前提條件

輸入/動(dòng)作期望的輸出/相應(yīng)實(shí)際情況

……

3.? 健壯性測試用例

3 .1? 被測試對象的介紹

3 .2 測試范圍與目的

3. 3 測試環(huán)境與測試輔助工具的描述

3 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

3 .5 容錯(cuò)能力 / 恢復(fù)能力測試用例

異常輸入/動(dòng)作容錯(cuò)能力/恢復(fù)能力造成的危害、損失

示例：錯(cuò)誤的數(shù)據(jù)類型…

示例：定義域外的值…

示例：錯(cuò)誤的操作順序…

示例：異常中斷通信…

示例：異常關(guān)閉某個(gè)功能…

示例：負(fù)荷超出了極限…

4 .? 性能測試用例

4 .1? 被測試對象的介紹

4 .2 測試范圍與目的

4. 3 測試環(huán)境與測試輔助工具的描述

4 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

4 .5 性能測試用例

性能A描述

用例目的

前提條件

輸入數(shù)據(jù)期望的性能（平均值）實(shí)際性能（平均值）

性能B描述

用例目的

前提條件

輸入數(shù)據(jù)期望的性能（平均值）實(shí)際性能（平均值）

……

5 .? 圖形用戶界面測試用例

5 .1? 被測試對象的介紹

5 .2 測試范圍與目的

5. 3 測試環(huán)境與測試輔助工具的描述

5 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

5 .5 測試人員分類

類別特征

A類

B類

……

5.6? 用戶界面測試的檢查表

檢查項(xiàng)測試人員的類別及其評價(jià)

窗口切換、移動(dòng)、改變大小時(shí)正常嗎？

各種界面元素的文字正確嗎？（如標(biāo)題、提示等）

各種界面元素的狀態(tài)正確嗎？（如有效、無效、選中等狀態(tài)）

各種界面元素支持鍵盤操作嗎？

各種界面元素支持鼠標(biāo)操作嗎？

對話框中的缺省焦點(diǎn)正確嗎？

數(shù)據(jù)項(xiàng)能正確回顯嗎？

對于常用的功能，用戶能否不必閱讀手冊就能使用？

執(zhí)行有風(fēng)險(xiǎn)的操作時(shí)，有“確認(rèn)”、“放棄”等提示嗎？

操作順序合理嗎？

有聯(lián)機(jī)幫助嗎？

各種界面元素的布局合理嗎？美觀嗎？

各種界面元素的顏色協(xié)調(diào)嗎？

各種界面元素的形狀美觀嗎？

字體美觀嗎？

圖標(biāo)直觀嗎？

…

6.? 信息安全性測試用例

6 .1? 被測試對象的介紹

6 .2 測試范圍與目的

6. 3 測試環(huán)境與測試輔助工具的描述

6 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

6 .5 信息安全性測試用例

假想目標(biāo)A

前提條件

非法入侵手段是否實(shí)現(xiàn)目標(biāo)代價(jià)－利益分析

……

假想目標(biāo)B

前提條件

非法入侵手段是否實(shí)現(xiàn)目標(biāo)代價(jià)－利益分析

……

7.? 壓力測試用例

7 .1? 被測試對象的介紹

7 .2 測試范圍與目的

7. 3 測試環(huán)境與測試輔助工具的描述

7 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

7 .5 壓力測試用例

極限名稱A 例如“最大并發(fā)用戶數(shù)量”

前提條件

輸入/動(dòng)作輸出/響應(yīng)是否能正常運(yùn)行

例如10個(gè)用戶并發(fā)操作

例如20個(gè)用戶并發(fā)操作

…

極限名稱B

前提條件

輸入/動(dòng)作輸出/響應(yīng)是否能正常運(yùn)行

…

8.? 可靠性測試用例

8 .1? 被測試對象的介紹

8 .2 測試范圍與目的

8. 3 測試環(huán)境與測試輔助工具的描述

8 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

8 . 5?可靠性測試用例

任務(wù)A描述

連續(xù)運(yùn)行時(shí)間

故障發(fā)生的時(shí)刻故障描述

……

統(tǒng)計(jì)分析

任務(wù)A無故障運(yùn)行的平均時(shí)間間隔（CPU小時(shí)）

任務(wù)A無故障運(yùn)行的最小時(shí)間間隔（CPU小時(shí)）

任務(wù)A無故障運(yùn)行的最大時(shí)間間隔（CPU小時(shí)）

任務(wù)B描述

連續(xù)運(yùn)行時(shí)間

故障發(fā)生的時(shí)刻故障描述

……

統(tǒng)計(jì)分析

任務(wù)B無故障運(yùn)行的平均時(shí)間間隔（CPU小時(shí)）

任務(wù)B無故障運(yùn)行的最小時(shí)間間隔（CPU小時(shí)）

任務(wù)B無故障運(yùn)行的最大時(shí)間間隔（CPU小時(shí)）

9.? 安裝 / 反安裝測試用例

9 .1? 被測試對象的介紹

9 .2 測試范圍與目的

9. 3 測試環(huán)境與測試輔助工具的描述

9 .4 測試驅(qū)動(dòng)程序的設(shè)計(jì)

9 . 5?安裝 / 反安裝測試用例

配置說明

安裝選項(xiàng)描述是否正常使用難易程度

全部

部分

升級

其它

反安裝選項(xiàng)描述是否正常使用難易程度

附錄：評審意見

如何編寫測試用例

這邊有一些測試用例的一些原則：

1.系統(tǒng)頁面必須與照設(shè)計(jì)文檔一致.測試時(shí)須檢查的地方有:各頁面的列名,提示信息等文字描述是否存在錯(cuò)別字.列寬長度是否合適,能否完全顯示輸入信息.(注意:頁面如出現(xiàn)有變量,則須對這些變更的正確性進(jìn)行驗(yàn)證)

2.測試基礎(chǔ)信息錄入，必填項(xiàng)必須測試數(shù)據(jù)錄入范圍，保證所有的信息能夠有效的錄入系統(tǒng)?？刹捎门R界值測試法

3.測試與業(yè)務(wù)有關(guān)的功能，必須包證輸入金額，日期格式正確，金額方向正確,?？刹捎孟茸鰳I(yè)務(wù)，后做查詢的方法驗(yàn)證

4.測試查詢功能時(shí)必須保證錄入查詢條件即可查出相應(yīng)的正確結(jié)果.

5.流程測試應(yīng)保證流程流向能按設(shè)計(jì)的流程圖走,如一個(gè)流程結(jié)束后才能出下個(gè)流程,這時(shí)應(yīng)保證上個(gè)流程結(jié)束后才能出下個(gè)流程,而且上個(gè)流程的任務(wù)必須是結(jié)束狀態(tài).測試方法可以用列舉法,把所有的情況列舉出來后逐步測試.

6.對有可能引起糾紛的業(yè)務(wù)須重點(diǎn)測試,維護(hù)中心形象.(如:余額查詢,個(gè)人明細(xì)查詢結(jié)息等業(yè)務(wù))

7.測試系統(tǒng)性能時(shí)應(yīng)該制定性能測試計(jì)劃,出具性能測試報(bào)告.

測試用例文檔模板的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于測試用例文檔模板包括哪些內(nèi)容、測試用例文檔模板的信息別忘了在本站進(jìn)行查找喔。