5.2 組織編寫并評審測試用例

測試用例設計和管理組織編寫并評審測試用例趙聚雪了解測試用例的評審和管理要點。能夠組織編寫并管理項目的測試用例。學習目標2測試用例的設計主要根據測試需求，設計出的測試用例要按照規(guī)范的模式描述出來。測試用例的設計和編寫是測試過程中的重要工作之一根據測試需求編寫測試用例測試用例編寫編寫測試用例，首先要明確測試用例的屬性。測試用例的屬性有很多，除了最基本的前提條件，測試環(huán)境，輸入數據，執(zhí)行步驟，預期結果之外，為了管理方便還包括測試用例的編號、標題、所測需求、執(zhí)行方式等。不同工具測試用例的屬性大同小異，每個團隊要根據自己的實際需要確定要使用的測試用例屬性。測試用例的屬性5根據測試需求編寫測試用例涉及測試用例步驟描述的詳細程度測試用例的屬性提供測試用例編寫的模板組織編寫測試用例6測試用例的屬性編號屬性屬性描述1用例編號一般為需求編號后緊跟001，002……2標題(測試目的)對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如“測試用戶登錄時輸入錯誤密碼時，軟件的響應情況”。3預置條件測試的前提條件，比如先用管理員登錄。4測試環(huán)境測試的軟件、硬件以及網絡環(huán)境。5輸入數據描述測試用例的輸入數據6執(zhí)行步驟測試用例的執(zhí)行步驟7預期結果測試用例的預期結果8附件輔助附件文檔，比如要輸入的文檔、圖片等9對應的腳本[可選]測試執(zhí)行時的腳本10優(yōu)先級用例的優(yōu)先級，一般核心功能或基礎功能涉及的用例為高優(yōu)先級11涉及到的需求用例能測試到的需求點12實施類型自動化、手工、半自動化13測試類型UI測試、功能測試、接口測試、性能測試、兼容性測試、文檔測試等14參考信息需要參考的需求文檔，相關標準等。15創(chuàng)建人測試用例的創(chuàng)建者16創(chuàng)建日期測試用例創(chuàng)建的日期17歷史記錄測試用例修改的歷史記錄備注其他說明根據實際情況進行增減測試用例樣例1測試用例樣例2測試用例的詳略把握9在編寫測試用例時會面臨一個問題，測試用例步驟描述得詳細程度要如何把握？問題效率質量理想的情況應該是測試用例詳細記錄所有的操作步驟，使一個沒有接觸過系統(tǒng)的人員也能執(zhí)行該測試用例。測試用例描述的詳略12描述過于詳細：會大大增加測試用例的編寫和維護時間，一旦測試環(huán)境、需求、設計或者實現發(fā)生了變化，測試用例都需要及時進行更新。過于簡單：除了用例的編寫者沒有人能夠看明白并執(zhí)行。最終目的：只要能交代清楚，達到溝通的目的就可以了。測試用例的詳細程度詳細粗略“作業(yè)管理系統(tǒng)”測試需求之作業(yè)提交功能：學生用戶登錄后，可以為自己的“等待提交”狀態(tài)作業(yè)提交答案，提交答案時可以輸入文本描述，可以上傳附件，附件支持Word，Ppt，Excel，Txt，JPG，Png，Gif格式。舉例為該功能設計的一個測試用例可以描述得很詳細也可以粗略描述14測試用例詳細程度舉例“作業(yè)管理系統(tǒng)”測試需求之作業(yè)提交功能：學生用戶登錄后，可以為自己的“等待提交”狀態(tài)作業(yè)提交答案，提交答案時可以輸入文本描述，可以上傳附件，附件支持Word，Ppt，Excel，Txt，JPG，Png，Gif格式。

為該功能設計的一個測試用例可以描述得很詳細也可以粗略描述.說明輸入步驟輸出詳細描述文本描述.txt作業(yè)答案.doc輸入用戶名和密碼,登錄系統(tǒng)；單擊左側導航欄中“我的作業(yè)”按鈕；選擇一個狀態(tài)為“等待提交”的作業(yè)，打開作業(yè)所在頁面；單擊”提交答案”按鈕；輸入答案文本描述；單擊“添加附件”按鈕，選擇相應Word文檔；單擊“確定提交”按鈕；彈出”作業(yè)答案已提交！”作業(yè)狀態(tài)變?yōu)椤暗却摹弊鳂I(yè)瀏覽可以看到提交的答案一般描述文本描述.txt作業(yè)答案.doc選擇并打開“等待提交”狀態(tài)的作業(yè)提交作業(yè)答案，輸入文本描述，并選擇Word文件作為附件單擊“提交”按鈕同上15測試用例詳細程度舉例“作業(yè)管理系統(tǒng)”測試需求之作業(yè)提交功能：學生用戶登錄后，可以為自己的“等待提交”狀態(tài)作業(yè)提交答案，提交答案時可以輸入文本描述，可以上傳附件，附件支持Word，Ppt，Excel，Txt，JPG，Png，Gif格式。

為該功能設計的一個測試用例可以描述得很詳細也可以粗略描述.說明輸入步驟輸出過簡描述文本描述.txt作業(yè)答案.doc選擇一個作業(yè),輸入文本描述,選擇答案附件,為作業(yè)提交答案.作業(yè)答案能夠正確提交測試用例的編寫模板16編寫測試用例可以通過Excel、Word或者專門的測試管理軟件測試流程中應該定義測試用例的編寫模板以及測試用例編寫指南如果團隊沒有專門的測試流程，則在測試計劃中應該約定測試用例的編寫模板以確保整個團隊的測試用例格式統(tǒng)一。測試用例編寫模板18測試用例編寫模板1-ALM19測試用例編寫模板2-某企業(yè)測試用例編寫模板3XX系統(tǒng)測試用例用例編號測試模塊標題重要級別預置條件輸入執(zhí)行步驟預期輸出SRS01-001登錄功能登錄界面正確性驗證低登錄頁面正常顯示打開登錄頁面打開登錄頁面界面顯示文字和按鈕文字顯示正確

測試用例的編寫指南21缺少需求缺少時間企業(yè)中測試用例編寫常見問題用思維導圖等方式列出測試用例要點節(jié)省時間、提高效率，又能明確重點企業(yè)中測試用例編寫對問題的應對規(guī)范的企業(yè)有提供測試用例編寫指南編寫指南一般包括：測試用例編寫的模板及其說明。與測試業(yè)務匹配的常見測試用例設計方法以及測試類型。與測試業(yè)務匹配的常見測試需求及其測試要點，測試用例設計角度。測試用例編寫指南25假如有一個windows系統(tǒng)上應用的單機版應用軟件，讓你負責測試該軟件的安裝卸載，你應該測試哪些內容，寫多少測試用例？安裝卸載測試思考不是一蹴而就的同一類型的軟件其測試類型和測試用例都有可借鑒之處所以編寫測試用例不一定從零開始復用以前的用例,可以：提高用例編寫效率提高測試用例的完備性提高測試用例的質量測試用例的復用借鑒以往類似項目的測試用例如安裝卸載測試、注冊登錄測試都有很高的可復用性。已經完成的用例不斷的補充完善，作為下次設計的基礎善于總結歸納用例設計中的經驗和可借鑒部分編寫測試用例不一定從零開始B/S架構web信息系統(tǒng)測試用例設計總結測試用例的評審29測試用例設計完畢后，最好能夠增加評審環(huán)節(jié)。參與人：需求人員、測試人員、開發(fā)人員可能發(fā)現：錯誤、遺漏、冗余、不充分測試用例評審可以參考：《測試用例評審檢查單》評審并不容易開展測試用例數量比較多，內容比較細致，評審起來要花費的時間也比較多，以及對評審的重視不夠往往不能達到預期的效