01、理論07.軟件測試用例設計

1、深 圳 市 澤 林 信 息 咨 詢 有 限 公 司 Shenzhen Zelin Information Consulting Co . , LTD軟件測試用例設計目錄Chapter 1測試用例的主要構成要素Chapter 2測試用例的作用和價值Chapter 3設計測試用例的原則測試用例是一份測試文檔，它描述輸入、動作、和一個期望的結果，其目的是確定應用程序的某個特性是否正常的工作。 測試用例是軟件測試團隊的主要工作成果之一。測試用例的質量與寫該用例的測試人員的水平關系極大。執(zhí)行測試用例：當一個軟件版本被測試時，測試人員會使用一整套的測試用例（或者篩選其中的一部分），將這些用例逐個在被測的軟

2、件上執(zhí)行，并判斷其結果是否和預期相符，并以此評價軟件版本的質量。什么是測試用例？測試用例實例用例編號用例名稱級別測試步驟期望結果備注前提條件：騰訊的程序已經安裝成功，打開應用程序QQ001輸入正確的用戶名和密碼，驗證成功登陸高1.用戶名輸入574720142.輸入密碼xxx3.點擊“登錄”1.登錄成功2.進入程序菜單列表書寫原則為：先有效后無效QQ002不輸入用戶名，驗證用戶不輸入后，提示登陸失敗中1.不輸入用戶名2.輸入密碼xxx3.點擊“登錄”1.登錄失敗2.提示用戶名不能為空測試用例編號測試編號，顧名思義，就是為用例導入系統(tǒng)，或者與bug進行關聯(lián)時方便應用。用例編號通常為項目簡稱+模塊簡

3、稱+順序編號實例： 騰訊登陸系統(tǒng)： DEDECMS_文檔管理_001協(xié)同OA系統(tǒng)：CP_TFW_001測試用例名稱測試名稱，就想人的名字一樣，給你書寫的用例起一個名稱，以方便執(zhí)行用例，書寫bug，其他人參考等時容易理解。用例名稱盡量不要重復。通常名稱包括在哪里+操作+驗證內容實例： 騰訊登陸：登陸窗口，輸入正確的用戶名和密碼，驗證成功登陸百度查詢頁面：在百度查詢頁面，輸入澤林進行搜索后，驗證進入搜索結果頁面。測試用例步驟測試步驟，為了驗證某個功能，我們需要怎樣的操作才能看到這個功能。測試步驟包含：打開xx瀏覽器，打開xx網頁在登陸頁面，輸入xx數據，類似輸入劉曉芳，點擊確定在xx頁面，點擊xx

4、按鈕在yy頁面，驗證xx功能顯示實例： 百度查詢頁面：打開IE7，輸入 在百度首頁頁面，輸入澤林，點擊百度一下在百度結果頁面，驗證搜索結果頁面已經顯示測試用例級別測試用例級別，根據功能的大小，以及對系統(tǒng)的影響，劃分等級，以便于應對風險。根據公司不同，通常測試級別包含：1級，影響很大，阻礙行的、流程性的用例。例如登陸按鈕不可用，百度一下不可用2級，大的功能點，已經回阻礙少部分用例的執(zhí)行。例如新增按鈕，如不能通過，很多功能都不可測試3級，小的功能點，例如刷新，刷新功能等4級，小的UI的問題，位置，大小，驗證，建議等等測試用例期望結果測試用例期望結果，用例執(zhí)行后要達到什么結果。根據功能點和需求點的不

5、同，期望結果也不同。大家可以對測試用例名稱里進行擴展。設計測試用例目的測試點，也稱為測試目的，指的是測試用例想要驗證的關鍵之處。測試點是測試用例設計的思維線索，最能簡潔表明一條測試用例的核心意義用語簡潔清晰，但不能過于簡單用語無歧義，盡量少用過長的句子用例的各個基本要素要齊備，不能缺失用例的步驟應該足夠詳細，操作應該明確容易被其它測試工程師讀懂，并能順利執(zhí)行設計用例基本原則P1:在Windows的硬盤中，在根目錄下創(chuàng)建一個文件夾并命名，請寫出一條用例.P2:QQ的正常成功登錄過程，請寫出一條用例.P3:手機成功發(fā)送短信的過程，請寫出一條用例.P4:每天你回到家時，掏出鑰匙打開門的過程，請寫出一

6、條用例P5: Windows自帶的“記事本”程序，我們要測試它的復制和粘貼功能。（只限于在記事本內部自己復制自己粘貼，暫時不考慮和其它程序的關系）用例的練習P1:創(chuàng)建、編輯短消息并發(fā)送（書寫短消息）寫測試用例P2:收信箱、發(fā)信箱功能操作（閱讀短消息）寫測試用例P3:電話本(查找,修改,刪除,增加)寫測試用例P4:通話功能（快速查看已撥電話，撥打電話，接聽來電）寫測試用例用例的練習粒度，指的是粗細程度。粒度大，就是說一個用例所涵蓋的關注內容比較多，反之同理。用例的粒度大，則總的用例數就少，用例看起來也簡潔。 用例的粒度小，則單條用例關注的測試點很集中，不容易遺漏，并且執(zhí)行需要的時間比較好估計。掌

7、握一個度 粒度該大該小，如何把握，其實不難。一是看你這個用例寫出來會不會測試好幾個小時都沒能測試完。二是看你這個用例會不會被另一個人執(zhí)行的時候只執(zhí)行了涵蓋了一部分的測試點而遺漏了另一部分。用例的粒度明確要在被測軟件的哪個版本上執(zhí)行？確認要驗證的測試點，在被測版本上已經實現(xiàn)了。按照測試用例的預置條件、步驟進行執(zhí)行按照測試用例的預期結果進行結果判斷如果結果失敗，說明找到了缺陷測試用例的執(zhí)行當用例還尚未被執(zhí)行時，是No Test未執(zhí)行狀態(tài)當執(zhí)行結果與預期結果相符時，是Pass通過狀態(tài)當執(zhí)行結果與預期結果不符時，是Fail失敗狀態(tài)當因為軟件有缺陷而妨礙了用例步驟的執(zhí)行，且該缺陷并不是我們的測試點，則用

8、例是Block阻礙狀態(tài)。當用例正在執(zhí)行中，但是需要耗較多時間去觀察其結果，是Investigate觀察中狀態(tài)。執(zhí)行結果 將之前書寫的測試用例，執(zhí)行且填寫測試結果用例的執(zhí)行練習優(yōu)秀的測試用例寫作者，具有的是靈活發(fā)散的思維，和全面的視野，寫出的用例套能保證涉及軟件運行時的各個關鍵要點，在執(zhí)行完這樣的用例并且沒有發(fā)現(xiàn)問題，我們就可以對軟件的質量下一個良好的結論。整合測試用例 用例寫作的技術含量體現(xiàn)，并不是單條用例本身，而是針對整個特性，寫出的整套的測試用例，是否有效地覆蓋了應該驗證的各個測試點?；貧w測試用例 回歸到測試的根本目的：保障軟件質量，意味著我們要發(fā)現(xiàn)所有導致軟件不能滿足需求的缺陷。用例的整合測試用例并不可能一開始就寫得很完美，可能也有寫錯的，可能也有遺