本文目錄一覽：

對各個功能模塊進行測試點分析，提取測試點再堆測試點進行用例編寫。

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

①正常登陸；

②賬號為空時點擊登錄；

③密碼為空時點擊登錄；

④賬號密碼都為空時點擊登錄；

⑤密碼錯誤時點擊登錄 ；

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

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

⑧自動登錄功能是否有效。

編寫測試用例該注意：

①根據項目的實際情況設計測試用例表格；

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

③根據具體情況編寫。

寫測試用例應該怎么寫？我想知道具體的模式。謝謝！

這些吧！可以參考下！

1、測試用例編號：

測試用例編號是由字母和數字組合而成的，用例的編號應該具有唯一性，易識別性，比如可以采用統一的約定，產品編號_ST_系統測試項名_系統測試子項名_編號。這樣看到編號就可以知道是做的什么測試，測試的對象是什么，也方便維護。

2、測試項目：

你現在這個測試用例所測的項目名，可以是測試用例所屬的大類，被測需求，被測的模塊，或者是被測的單元。例如：計算器加法功能

3、測試標題：

測試標題是對測試用例的簡單描述。用概括的語言描述該測試用例的測試點。每個測試用例的標題不能夠重復，因為每個測試用例的測試點事不一樣的。例如：手機在沒有SIM卡的情況下，撥打119.

4、重要級別：

重要級別分為高中低三等：

高：保證系統基本功能、重要特性、實際使用頻率比較高的用例；

中：重要程度介于高和低之間的測試用例；

低：實際使用頻率不高，對系統業務功能影響不大的模塊或功能的測試用例。

注：一般情況下，重要級別為高的測試用例，一個測試子項里有且僅有一個，大多數都是重要級別為中的測試用例。因為一般我們會進行一個系統測試預測試項，如果重要級別為高的太多，則就失去了預測試的實際意義。

5、預置條件：

就是執行當前測試用例的前提描述，如果不滿足這些條件，則無法進行測試

6、測試輸入：

測試用例執行時，需要輸入的外部信息。例如：某一個文件，數據記錄等

7、操作步驟：

執行當前測試用例所要經過的操作步驟，需要給出每一步操作的詳細描述，測試人員根據測試用例操作步驟，完成測試用例的執行

8、預期輸出：

當前測試用例的預期輸出結果，用來與實際結果比較，如果相同則該測試用例通過，否則該測試用例失敗。

希望對你有幫助！~

呂茂爐

● 測試用例編號

◇ 規則：編號具有唯一性、易識別性，由數字和字符組合成的字符串

◇ 約定：

系統測試用例：產品編號-ST-系統測試項名-系統測試子項名-XXX

集成測試用例：產品編號-IT-集成測試項名-集成測試子項名-XXX

單元測試用例：產品編號-UT-單元測試項名-單元測試子項名-XXX

● 測試項目

◇ 規則：當前測試用例所屬測試大類、被測需求、被測模塊、被測單元等

◇ 約定：

系統測試用例測試項目：軟件需求項 如：測試手機在沒有SIM卡的情況下，可以撥打緊急電話

集成測試用例測試項目：集成后的模塊名或接口名 如：測試模塊A提供的文件接口

單元測試用例測試項目：被測試的函數名 如：測試函數int ReadFile(char *pszFileName)

● 測試標題

規則：測試用例的概括簡單的描述用例的出發點、關注點，原則上不能重復。

● 重要級別

規則

高：保證系統基本功能、核心業務、重要特性、實際使用頻率高的測試用例；

中：重要程度介于高和低之間的測試用例；

低：實際使用頻率不高、對系統業務功能影響不大的模塊或功能的測試用例。

● 預置條件

規則：執行當前測試用例需要的前提條件，是后續步驟的先決條件

● 輸入

規則：用例執行過程中需要加工的外部信息，輸入、文件、數據庫等

● 操作步驟

規則：執行當前測試用例需要經過的操作步驟，保證操作步驟的完整性。

● 預期輸出

規則：當前測試用例的預期輸出結果，包括返回值的內容、界面的響應結果、輸出結果的規則符合度等

0 . 文檔介紹

提示：請用戶根據項目的實際測試狀況，裁剪本測試用例模板。

0.1文檔目的

0.2文檔范圍

0.3讀者對象

0.4參考文獻

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

[ 標識符 ] 作者，文獻名稱，出版單位（或歸屬單位），日期

例如：

[ AAA ] 作者，《立項建議書》，機構名稱，日期

[ SPP-PROC-ST ] SEPG，系統測試規范，機構名稱，日期

0.5術語與縮寫解釋

縮寫、術語 解 釋

SPP精簡并行過程，Simplified Parallel Process

…

1 . 接口－路徑測試用例

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

1.2 測試范圍與目的

1 . 3 測試環境與測試輔助工具的描述

1.4 測試驅動程序的設計

1.5 接口測試用例

接口A的函數原型

輸入/動作期望的輸出/相應實際情況

典型值…

邊界值…

異常值…

接口B的函數原型

輸入/動作期望的輸出/相應實際情況

典型值…

邊界值…

異常值…

…

1.6 路徑測試的檢查表

檢查項 結論

數據類型問題

（1）變量的數據類型有錯誤嗎？

（2）存在不同數據類型的賦值嗎？

（3）存在不同數據類型的比較嗎？

變量值問題

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

（2）變量發生上溢或下溢嗎？

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

邏輯判斷問題

（1）由于精度原因導致比較無效嗎？

（2）表達式中的優先級有誤嗎？

（3）邏輯判斷結果顛倒嗎？

循環問題

（1）循環終止條件不正確嗎？

（2）無法正常終止（死循環）嗎？

（3）錯誤地修改循環變量嗎？

（4）存在誤差累積嗎？

內存問題

（1）內存沒有被正確地初始化卻被使用嗎？

（2）內存被釋放后卻繼續被使用嗎？

（3）內存泄漏嗎？

（4）內存越界嗎？

（5）出現野指針嗎？

文件I/O問題

（1）對不存在的或者錯誤的文件進行操作嗎？

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

（3）文件結束判斷不正確嗎？

（4）沒有正確地關閉文件嗎？

錯誤處理問題

（1）忘記進行錯誤處理嗎？

（2）錯誤處理程序塊一直沒有機會被運行？

（3）錯誤處理程序塊本身就有毛病嗎？如報告的錯誤與實際錯誤不一致，處理方式不正確等等。

（4）錯誤處理程序塊是“馬后炮”嗎？如在被它被調用之前軟件已經出錯。

…

2. 功能測試用例

2 .1 被測試對象的介紹

2 .2 測試范圍與目的

2. 3 測試環境與測試輔助工具的描述

2 .4 測試驅動程序的設計

2 .5 功能測試用例

功能A描述

用例目的

前提條件

輸入/動作期望的輸出/相應實際情況

示例：典型值…

示例：邊界值…

示例：異常值…

功能B描述

用例目的

前提條件

輸入/動作期望的輸出/相應實際情況

……

3. 健壯性測試用例

3 .1 被測試對象的介紹

3 .2 測試范圍與目的

3. 3 測試環境與測試輔助工具的描述

3 .4 測試驅動程序的設計

3 .5 容錯能力 / 恢復能力測試用例

異常輸入/動作容錯能力/恢復能力造成的危害、損失

示例：錯誤的數據類型…

示例：定義域外的值…

示例：錯誤的操作順序…

示例：異常中斷通信…

示例：異常關閉某個功能…

示例：負荷超出了極限…

4 . 性能測試用例

4 .1 被測試對象的介紹

4 .2 測試范圍與目的

4. 3 測試環境與測試輔助工具的描述

4 .4 測試驅動程序的設計

4 .5 性能測試用例

性能A描述

用例目的

前提條件

輸入數據期望的性能（平均值）實際性能（平均值）

性能B描述

用例目的

前提條件

輸入數據期望的性能（平均值）實際性能（平均值）

……

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

5 .1 被測試對象的介紹

5 .2 測試范圍與目的

5. 3 測試環境與測試輔助工具的描述

5 .4 測試驅動程序的設計

5 .5 測試人員分類

類別特征

A類

B類

……

5.6 用戶界面測試的檢查表

檢查項測試人員的類別及其評價

窗口切換、移動、改變大小時正常嗎？

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

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

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

各種界面元素支持鼠標操作嗎？

對話框中的缺省焦點正確嗎？

數據項能正確回顯嗎？

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

執行有風險的操作時，有“確認”、“放棄”等提示嗎？

操作順序合理嗎？

有聯機幫助嗎？

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

各種界面元素的顏色協調嗎？

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

字體美觀嗎？

圖標直觀嗎？

…

6. 信息安全性測試用例

6 .1 被測試對象的介紹

6 .2 測試范圍與目的

6. 3 測試環境與測試輔助工具的描述

6 .4 測試驅動程序的設計

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

假想目標A

前提條件

非法入侵手段是否實現目標代價－利益分析

……

假想目標B

前提條件

非法入侵手段是否實現目標代價－利益分析

……

7. 壓力測試用例

7 .1 被測試對象的介紹

7 .2 測試范圍與目的

7. 3 測試環境與測試輔助工具的描述

7 .4 測試驅動程序的設計

7 .5 壓力測試用例

極限名稱A 例如“最大并發用戶數量”

前提條件

輸入/動作輸出/響應是否能正常運行

例如10個用戶并發操作

例如20個用戶并發操作

…

極限名稱B

前提條件

輸入/動作輸出/響應是否能正常運行

…

8. 可靠性測試用例

8 .1 被測試對象的介紹

8 .2 測試范圍與目的

8. 3 測試環境與測試輔助工具的描述

8 .4 測試驅動程序的設計

8 . 5可靠性測試用例

任務A描述

連續運行時間

故障發生的時刻故障描述

……

統計分析

任務A無故障運行的平均時間間隔（CPU小時）

任務A無故障運行的最小時間間隔（CPU小時）

任務A無故障運行的最大時間間隔（CPU小時）

任務B描述

連續運行時間

故障發生的時刻故障描述

……

統計分析

任務B無故障運行的平均時間間隔（CPU小時）

任務B無故障運行的最小時間間隔（CPU小時）

任務B無故障運行的最大時間間隔（CPU小時）

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

9 .1 被測試對象的介紹

9 .2 測試范圍與目的

9. 3 測試環境與測試輔助工具的描述

9 .4 測試驅動程序的設計

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

配置說明

安裝選項描述是否正常使用難易程度

全部

部分

升級

其它

反安裝選項描述是否正常使用難易程度

附錄：評審意見

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

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

2.測試基礎信息錄入，必填項必須測試數據錄入范圍，保證所有的信息能夠有效的錄入系統。可采用臨界值測試法

3.測試與業務有關的功能，必須包證輸入金額，日期格式正確，金額方向正確,。可采用先做業務，后做查詢的方法驗證

4.測試查詢功能時必須保證錄入查詢條件即可查出相應的正確結果.

5.流程測試應保證流程流向能按設計的流程圖走,如一個流程結束后才能出下個流程,這時應保證上個流程結束后才能出下個流程,而且上個流程的任務必須是結束狀態.測試方法可以用列舉法,把所有的情況列舉出來后逐步測試.

6.對有可能引起糾紛的業務須重點測試,維護中心形象.(如:余額查詢,個人明細查詢結息等業務)

7.測試系統性能時應該制定性能測試計劃,出具性能測試報告.

以上就是本期長沙卡信小編分享的電銷系統測試用例模板的相關知識，希望能對各位老板們能有所幫助。