測試用例

一、定義

測試用例(TestCase

)是指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并形成文檔。

二、測試用例的分類

根據(jù)測試過程中具體涉及到問題類型及測試需求，可將測試用例分為如下：

●功能性測試用例

●界面測試用例：適用于所有測試階段中的界面測試

●數(shù)據(jù)處理測試用例：適用于所有測試階段中的數(shù)據(jù)處理測試

●操作流程測試用例：適用于所有流程性的測試

●安裝測試用例：適用于所有安裝測試

三、測試用例管理

●編寫用例：測試工程師根據(jù)需求規(guī)約、概要設(shè)計、詳細(xì)設(shè)計等文檔編寫測試用例。

●用例評審：原則上用例象程序一樣，要經(jīng)過多次的修改才可以通過，實際工作中通常進(jìn)行一次。

●用例修改：評審結(jié)束后，您需要根據(jù)評審意見進(jìn)行修改，修改后通常不再進(jìn)行評審。

●使用用例：執(zhí)行測試用例，并記錄到測試用例執(zhí)行報告中。

●用例升級/

維護(hù)：隨著軟件產(chǎn)品不斷修改、升級，對應(yīng)的用例也需要升級維護(hù)。針對同一個項目，可以根據(jù)需求的變更不斷進(jìn)行維護(hù);如果是產(chǎn)品，用例的維護(hù)更加重要，要達(dá)到用例和產(chǎn)品的版本一一對應(yīng)。

四、測試用例的編制及使用

1、設(shè)計測試用例

每個具體測試用例都將包括下列詳細(xì)信息：編制人、審定人、編制日期、版本、用例類型、設(shè)計說明書編號、用例編號、用例名稱、輸入說明、期望結(jié)果(含判斷標(biāo)準(zhǔn))、環(huán)境要求、備注等。

2、執(zhí)行測試用例

●此報告用于記錄執(zhí)行上一步設(shè)計的測試用例的過程及結(jié)果。

●“步驟”應(yīng)填入詳細(xì)的操作，如“點(diǎn)增加->輸入日期->保存”?！拜斎霐?shù)據(jù)”填入具體數(shù)據(jù)，如“2002/12/12”。

●“期望輸出”即測試用例中的“期望結(jié)果”，但描述應(yīng)更具體，如“彈出提示對話框，提示用戶日期格式錯誤”。

●“實際輸出”是操作的真實結(jié)果，必須詳細(xì)、清晰，便于開發(fā)人員理解。

●如“實際輸出”與“期望輸出”不符，則結(jié)果為F(False)，若相符則結(jié)果為T(True)。

3、用例模板

軟件功能性測試用例模板

一、功能檢查

1、功能是否齊全，例如：增加、刪除、修改

2、功能是否多余

3、功能是否可以合并

4、功能是否可以再細(xì)分

5、軟件流程與實際業(yè)務(wù)流程是否一致

6、軟件流程能否順利完成

7、各個操作之間的邏輯關(guān)系是否清晰

8、各個流程數(shù)據(jù)傳遞是否正確

9、模塊功能是否與需求分析及概要設(shè)計相符

二、面向用戶的考慮

1、操作方便性，如：按鍵次數(shù)是否最少

2、易用性，面對用戶的操作是否簡單易學(xué)

3、智能化考慮

4、提示信息是否模糊不清或有誤導(dǎo)作用

5、要求用戶進(jìn)行的操作是否多余，能否由系統(tǒng)替代

6、能否記憶操作的初始環(huán)境，無需用戶每次都進(jìn)行初始化設(shè)置

7、是否不經(jīng)確認(rèn)就對系統(tǒng)或數(shù)據(jù)進(jìn)行重大修改

8、能否及時反映或顯示用戶操作結(jié)果

9、操作是否符合用戶習(xí)慣，比如：熱鍵

10、各種選項的可用及禁用是否及時合理

11、某些相似的操作能否做成通用模塊