軟件測試中的前期測試用例編寫(xiě)規范和流程
測試用例（Test Case）是為某個(gè)特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個(gè)程序路徑或核實(shí)是否滿(mǎn)足某個(gè)特定需求。
測試用例（Test Case）目前沒(méi)有經(jīng)典的定義。比較通常的說(shuō)法是：指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現測試方案、方法、技術(shù)和策略。內容包括測試目標、測試環(huán)境、輸入數據、測試步驟、預期結果、測試腳本等，并形成文檔。
接下來(lái)講一下有關(guān)前期測試用例編寫(xiě)規范和流程
1.編制目的
本文件作為編寫(xiě)前期測試用例期間的規范和流程，旨在合理有效的對該階段質(zhì)量進(jìn)行控制，同時(shí)為編寫(xiě)前期測試用例的人員提供參考。
2.主要內容與適用范圍
2.1主要內容
本標準規定了編寫(xiě)前期測試用例時(shí)的書(shū)寫(xiě)規范和操作流程。
2.2適用范圍
本標準適用于項目提交測試后進(jìn)行的路徑分析和前期測試用例編寫(xiě)。
3.前期測試用例編寫(xiě)流程
4.路徑圖制作規范
4.1 所用工具及模型
- 制作路徑圖一律使用office_2003_visio_pro進(jìn)行，所用模型可以在兩種中選擇其一：
1. 基本流程圖；
2.UML模型圖；
4.2 制作方法及原則
- 路徑圖的制作完全依照《需求規格書(shū)》中的相關(guān)業(yè)務(wù)邏輯描述來(lái)完成，一般情況下一個(gè)模塊的業(yè)務(wù)邏輯用一個(gè)路徑圖來(lái)進(jìn)行分析，如果該模塊業(yè)務(wù)邏輯過(guò)于復雜，可以拆分為若干塊進(jìn)行分析。
- 所畫(huà)出的路徑圖必須包括所有業(yè)務(wù)邏輯，考慮到任何可能的分支。
- 路徑圖命名必須可以完全說(shuō)明該圖所分析的是什么業(yè)務(wù)
5.前期測試用例編寫(xiě)規范
5.1 前期測試用例所包含的項
- 用例編號
- 類(lèi)型
- 設計人
- 用例標題
- 測試方法
- 所屬項目
- 測試點(diǎn)
- 步驟
- 期望結果
- 覆蓋路徑
5.2 各項的編寫(xiě)規范
- 用例編號：項目英文縮寫(xiě)+3位流水號
例：測試POS支付核銷(xiāo)系統，第一個(gè)用例的編號為 ：POS001
- 類(lèi)型 ： 該用例歲對應的測試方法類(lèi)型，這里一般都寫(xiě)“前期測試用例”
- 設計人：編寫(xiě)改測試用例的人員
- 用例標題：對該用例究竟測試什么而定義的描述語(yǔ)句，一般為疑問(wèn)句
例：輸入正常值，是否可以成功新增銷(xiāo)售訂單
- 測試方法 ：對該用例是用什么測試方法所設計的描述，關(guān)于測試方法的種類(lèi)和方法請參見(jiàn)《測試方法舉例》
- 所屬項目：該用例所在項目
- 測試點(diǎn)：一般為所測試的模塊
- 步驟：對用例如何執行的描述。具體描述時(shí)分為步驟1、步驟2……….等，對于所操作步驟的描述，應清晰準確，包括登陸系統，輸入什么值等。
例：
| 步驟1 |
打開(kāi)POS刷卡機 |
| 步驟2 | 選擇進(jìn)入“IC卡支付” |
| 步驟3 | 輸入操作員號01，密碼 1111，登陸 |
| 步驟4 | 按提示插入IC卡 |
| 步驟5 |
查看界面中顯示的IC卡余額 |
期望結果 ：按步驟中描述操作后所應該得到結果
例：正確顯示IC余額且金額正確
- 覆蓋路徑 ：即該用例是按哪個(gè)路徑所設計
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
