一、測試用例設計編寫

1.測試項目

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

2.測試子項

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

用例編號應具有少數(shù)性、易識別性

測試用例編號的格式：

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

測試階段：ST、IT、UT

項目編號_ST_系統(tǒng)測試項_系統(tǒng)測試子項_001

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

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

例如：

N3310‐ST‐CALL‐URGENTCALL‐001

N3310‐IT‐FILEITF‐READFILE‐001

N3310‐UT‐FILEITF‐READFILE‐001

3.測試標題

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

4測試用例優(yōu)先級

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

常對于用例優(yōu)先級定義：高、中、低三個級別

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

業(yè)務的優(yōu)化級 ：

根據(jù)業(yè)務的優(yōu)化級來定義的優(yōu)化級，即如果業(yè)務的優(yōu)化級越高，那么用例的優(yōu)化越高

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

需求的優(yōu)先級也分為：高、中、低三個級。

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

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

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

VH:核心業(yè)務+基本流

H：核心業(yè)務+備選流，基本+基本流

M：基本業(yè)務+備選流和一般業(yè)務+基本流

L：一般業(yè)務+備選流 用例優(yōu)先級模型

用例優(yōu)先級模型

從三個來評估用例等級：

—>使用頻率

使用次數(shù)，每天使用多少次或者是每多少天使用一次

—>影響程度

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

—>失效可能性

這個功能出現(xiàn)問題的概率有多大，每執(zhí)行多少次會失效一次

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

每個維度的權(quán)重分別為：0.4、0.2、0.4

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

5.預置條件

執(zhí)行用例之類系統(tǒng)應該達到的狀態(tài)

6.輸入

該用例在執(zhí)行測試時，需要輸入的數(shù)據(jù)

7.執(zhí)行步驟

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

8.預期結(jié)果

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

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

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

—>相關(guān)文件：例如：QQ文件傳輸?shù)哪J路徑，這個路徑如果修改了那么就會將保存這個默認路徑的配置文件 也修改。

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

延伸閱讀：

二、什么叫測試用例

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