測試用例的管理

測試用例一般組成:

功能路徑

用例編號

用例名稱

用例說明

預置條件

輸入資料

操作步驟

預期結果

實際結果(yes,no)

優先順序

缺陷編號

備註一、用例命名規則

用例編號的規則：前四個字母為功能模組的前四個字拼音的第乙個字母；第5、6位代表該功能模組下第乙個子功能；最後2位用數字代表該子功能的第x個用例。

二、用例優先順序

用例優先順序指的此用例的重要程度，也體現編寫用例及執行用例的優先順序。

a、優先級別最高，影響程式基本流程的用例，一般冒煙測試（即提交測試）時可單獨執行此類用例；此類用例為版本提交的基本標準；

b、優先級別較高；影響程式基本功能的用例；此類用便為版本提交的基本標準；

c、優先級別一般；影響程式細節功能的用例；包括操作方便性、操作方式統一性等方面。

d、優先級別最低；包括介面錯誤、美觀；特殊的邊界值、介面統一等方面；

三、用例通過狀態

1、執行結果提供4種選項：通過，未通過，掛起或跳過（掛起指本輪暫不執行該用例），已刪除（指用例編寫錯誤）

2、為了區別起見，「通過」以yes表示；「未通過」以no顯示。

四、用例更新準則

1、在用例執行過程中，如存在新增加的用例，則新用例的用例編號，以它的上乙個用例編號為準+a1表示，以此類推，代表為add的用例。

2、在用例執行過程中，如對某用例的輸入/呼叫資料、期望結果等內容有所變更的話，請將變更的內容以藍色顯示，方便回查。

測試用例管理

對於應用軟體測試可以參考軟體開發模式來管理測試用例。乙個應用軟體產品對應的業務規則在很長一段時間是不會改變的。我們可以根據的這個特點來管理測試用例。舉個例子 比如銀行軟體，有存款 取款 匯款幾項業務。在使用過程中往往是在進行了多個業務之後的賬戶就很容易出錯。問題1 2次存款 3次取款後，利息計算錯誤...

測試用例的管理

測試用例一般組成 功能路徑 用例編號 用例名稱 用例說明 預置條件 輸入資料 操作步驟 預期結果 實際結果 yes,no 優先順序缺陷編號 備註一 用例命名規則 用例編號的規則 前四個字母為功能模組的前四個字拼音的第乙個字母 第5 6位代表該功能模組下第乙個子功能 最後2位用數字代表該子功能的第x個...

11 測試用例管理

大型專案有很多測試用例。有時，我們希望只執行其中的幾個，這時可以用only方法。describe塊和it塊都允許呼叫only方法，表示只執行某個測試套件或測試用例。進入demo07子目錄，測試指令碼test add.test.js就使用了only。it.only 1 加 1 應該等於 2 funct...