一、測試用例設計編寫

1.測試項目

本次測試的功能點，如登錄

2.測試子項

測試子項是表示我們本次測試的目的：如正常登錄測試用例編號 測試用例編號，是由字符和數字組合成的字符串。

用例編號應具有少數性、易識別性

測試用例編號的格式：

項目編號_測試階段_測試項_測試子項_順序號

測試階段：ST、IT、UT

項目編號_ST_系統測試項_系統測試子項_001

項目編號_IT_集成測試項_集成測試子項_001

項目編號_UT_單元測試項_單元測試子項_001

例如：

N3310‐ST‐CALL‐URGENTCALL‐001

N3310‐IT‐FILEITF‐READFILE‐001

N3310‐UT‐FILEITF‐READFILE‐001

3.測試標題

測試標題表示該用例測試的目標

4測試用例優先級

之所以對用例進行標級，是因為可以根據用例的優先級來確定我們的測試策略。

常對于用例優先級定義：高、中、低三個級別

確定測試用例的優先級一般有兩種方式：一是業務的優先級；二是用例優先級評估模型

業務的優化級 ：

根據業務的優化級來定義的優化級，即如果業務的優化級越高，那么用例的優化越高

業務的優先級有兩個方面：一是需求本身優先級；二是業務本身分為基本與備選流。

需求的優先級也分為：高、中、低三個級。

高：如果這個需求不做或者說做的不完善，那么這個產品無法銷售

中：該需求一定要實現，但可以做不是那完善或極致

低：該需求是否實現無所謂，不會影響到產品都可以賣出去，但是可能會影響產品的定價和銷售量。也稱之 為“鍍金需求”

VH:核心業務+基本流

H：核心業務+備選流，基本+基本流

M：基本業務+備選流和一般業務+基本流

L：一般業務+備選流 用例優先級模型

用例優先級模型

從三個來評估用例等級：

—>使用頻率

使用次數，每天使用多少次或者是每多少天使用一次

—>影響程度

如果這個用例失效了，那么對用戶的影響程度

—>失效可能性

這個功能出現問題的概率有多大，每執行多少次會失效一次

上面三個維度又為會高、中、低三個級別，分別對應的權重為5、3、1。

每個維度的權重分別為：0.4、0.2、0.4

例如，如果使用頻率為高、影響程度為中、失效可能性為低 5 * 0.4 + 3 * 0.2 + 1 * 0.4 ＝ 3(M)

5.預置條件

執行用例之類系統應該達到的狀態

6.輸入

該用例在執行測試時，需要輸入的數據

7.執行步驟

步驟是我們執行這個用例時我們操作軟件的步驟

8.預期結果

預期結果是從何而來的，預期結果是來自軟件需求

預期應該從哪些維度來描述：

—>GUI界面：例如界面提示、對話框 —>數據庫：例如，注冊，注冊成功后數據庫中會有一條用戶信息

—>相關文件：例如：QQ文件傳輸的默認路徑，這個路徑如果修改了那么就會將保存這個默認路徑的配置文件 也修改。

—>日志文件：很多業務每執行一次，不管是成功還是失敗都會寫一條日志文件信息

延伸閱讀：

二、什么叫測試用例

測試用例（Test Case）是為某個測試目標而編制的一組測試輸入、執行步驟以及預期結果的集合，以便測試某個程序的路徑或驗證軟件是否滿足某個特定需求 測試用例的概念包含以下幾個方面的特性：1.目標：測試用例的目的是為了達到一定目標 2.作用：去驗證某個路徑或某個特定的需求 3.集合：表示測試用例由多個項組成：如輸入數據、步驟、預期結果等。