包含電銷系統(tǒng)測試用例模板的詞條

本文目錄一覽：

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

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

①正常登陸；

②賬號為空時點擊登錄；

③密碼為空時點擊登錄；

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

⑤密碼錯誤時點擊登錄 ；

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

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

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

編寫測試用例該注意：

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

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

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

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

這些吧！可以參考下！

1、測試用例編號：

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

2、測試項目：

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

3、測試標題：

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

4、重要級別：

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

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

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

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

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

5、預置條件：

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

6、測試輸入：

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

7、操作步驟：

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

8、預期輸出：

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

希望對你有幫助！~

呂茂爐

● 測試用例編號

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

◇ 約定：

系統(tǒng)測試用例：產品編號-ST-系統(tǒng)測試項名-系統(tǒng)測試子項名-XXX

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

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

● 測試項目

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

◇ 約定：

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

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

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

● 測試標題

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

● 重要級別

規(guī)則

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

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

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

● 預置條件

規(guī)則：執(zhí)行當前測試用例需要的前提條件，是后續(xù)步驟的先決條件

● 輸入

規(guī)則：用例執(zhí)行過程中需要加工的外部信息，輸入、文件、數(shù)據(jù)庫等

● 操作步驟

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

● 預期輸出

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

0 . 文檔介紹

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

0.1文檔目的

0.2文檔范圍

0.3讀者對象

0.4參考文獻

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

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

例如：

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

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

0.5術語與縮寫解釋

縮寫、術語 解 釋

SPP精簡并行過程，Simplified Parallel Process

…

1 . 接口－路徑測試用例

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

1.2 測試范圍與目的

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

1.4 測試驅動程序的設計

1.5 接口測試用例

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

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

典型值…

邊界值…

異常值…

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

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

典型值…

邊界值…

異常值…

…

1.6 路徑測試的檢查表

檢查項 結論

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

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

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

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

變量值問題

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

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

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

邏輯判斷問題

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

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

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

循環(huán)問題

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

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

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

（4）存在誤差累積嗎？

內存問題

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

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

（3）內存泄漏嗎？

（4）內存越界嗎？

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

文件I/O問題

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

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

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

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

錯誤處理問題

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

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

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

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

…

2. 功能測試用例

2 .1 被測試對象的介紹

2 .2 測試范圍與目的

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

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

2 .5 功能測試用例

功能A描述

用例目的

前提條件

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

示例：典型值…

示例：邊界值…

示例：異常值…

功能B描述

用例目的

前提條件

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

……

3. 健壯性測試用例

3 .1 被測試對象的介紹

3 .2 測試范圍與目的

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

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

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

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

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

示例：定義域外的值…

示例：錯誤的操作順序…

示例：異常中斷通信…

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

示例：負荷超出了極限…

4 . 性能測試用例

4 .1 被測試對象的介紹

4 .2 測試范圍與目的

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

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

4 .5 性能測試用例

性能A描述

用例目的

前提條件

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

性能B描述

用例目的

前提條件

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

……

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

5 .1 被測試對象的介紹

5 .2 測試范圍與目的

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

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

5 .5 測試人員分類

類別特征

A類

B類

……

5.6 用戶界面測試的檢查表

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

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

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

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

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

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

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

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

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

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

操作順序合理嗎？

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

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

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

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

字體美觀嗎？

圖標直觀嗎？

…

6. 信息安全性測試用例

6 .1 被測試對象的介紹

6 .2 測試范圍與目的

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

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

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

假想目標A

前提條件

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

……

假想目標B

前提條件

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

……

7. 壓力測試用例

7 .1 被測試對象的介紹

7 .2 測試范圍與目的

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

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

7 .5 壓力測試用例

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

前提條件

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

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

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

…

極限名稱B

前提條件

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

…

8. 可靠性測試用例

8 .1 被測試對象的介紹

8 .2 測試范圍與目的

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

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

8 . 5可靠性測試用例

任務A描述

連續(xù)運行時間

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

……

統(tǒng)計分析

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

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

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

任務B描述

連續(xù)運行時間

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

……

統(tǒng)計分析

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

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

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

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

9 .1 被測試對象的介紹

9 .2 測試范圍與目的

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

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

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

配置說明

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

全部

部分

升級

其它

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

附錄：評審意見

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

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

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

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

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

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

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

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

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