ch05-軟件測試用例設(shè)計和管理

軟件測試管理與實踐ch05-軟件測試用例設(shè)計和管理1理解測試用例的概念。掌握測試用例的屬性和設(shè)計方法。了解測試用例的評審和管理要點(diǎn)。能夠根據(jù)理論組織編寫并管理項目的測試用例。學(xué)習(xí)目標(biāo)23什么是測試用例測試用例的設(shè)計方法組織編寫并評審測試用例測試用例的執(zhí)行管理測試用例的統(tǒng)計分析測試用例管理工具什么是測試用例15測試用例（TestCase）是為某個特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。其本質(zhì)是從測試角度對被測對象的功能和各種特性的細(xì)節(jié)展開。測試用例=輸入(數(shù)據(jù)+步驟)+輸出+執(zhí)行條件(環(huán)境等)軟件測試用例6輸入：包括輸入數(shù)據(jù)以及操作步驟。數(shù)據(jù)盡量模擬用戶輸入，操作步驟要清晰簡潔。執(zhí)行條件：指測試用例執(zhí)行的特定環(huán)境和前提條件。預(yù)期結(jié)果(輸出)：在指定的輸入和執(zhí)行條件下的預(yù)期結(jié)果。注意：預(yù)期結(jié)果并不只是程序的可見行為。測試用例的組成7測試用例舉例測試用例實例測試用例編號測試項目測試標(biāo)題重要級別預(yù)置條件輸入執(zhí)行步驟預(yù)期輸出ZCGL-ST-SRS001-001登錄功能測試登錄界面文字正確性驗證低登錄頁面正常顯示打開登錄頁面打開登錄頁面界面顯示文字和按鈕文字顯示正確8將軟件測試活動進(jìn)一步轉(zhuǎn)化為可實施、可管理的行為跟蹤測試需求，避免測試遺漏提升測試的復(fù)用率(不同人，同一項目，同類項目)測試用例的重要性測試用例的設(shè)計方法2測試方法有黑盒測試和白盒測試兩大類，每類又有不同的測試用例設(shè)計方法。測試用例的設(shè)計方法黑盒測試被稱為功能測試或數(shù)據(jù)驅(qū)動測試。在測試時，把被測程序視為一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下進(jìn)行。黑盒測試用例設(shè)計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表法等。黑盒測試等價類劃分法：把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分為若干部分（子集），然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。邊界值分析法：邊界值分析法就是對輸入或輸出的邊界值進(jìn)行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補(bǔ)充，這種情況下，其測試用例來自等價類的邊界。因果圖法：一種利用圖解法分析輸入的各種組合情況，從而設(shè)計測試用例的方法，它適合于檢查程序輸入條件的各種組合情況。黑盒測試用例設(shè)計方法(1-3)決策表(判定表)法：決策表法適用于分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況，它能夠?qū)?fù)雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。因此，利用決策表能夠設(shè)計出完整的測試用例集合。錯誤推測法：基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設(shè)計測試用例的方法。黑盒測試用例設(shè)計方法(4-5)白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，是針對被測單元內(nèi)部是如何進(jìn)行工作的測試。它根據(jù)程序的控制結(jié)構(gòu)設(shè)計測試用例，主要用于軟件或程序驗證。白盒測試又有靜態(tài)測試和動態(tài)測試之分。白盒測試方法靜態(tài)測試主要是指代碼走查和分析。靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分析或檢查項目的需求文檔、設(shè)計文檔、源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析來發(fā)現(xiàn)錯誤。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套等。靜態(tài)測試動態(tài)測試主要是對代碼的運(yùn)行測試，包含多種覆蓋方法：語句覆蓋：要求設(shè)計足夠多的測試用例，使得程序中每條語句至少被執(zhí)行一次。判定覆蓋(分支覆蓋)：它要求設(shè)計足夠多的測試用例，使得程序中每個判定至少有一次為真值，有一次為假值，即：程序中的每個分支至少執(zhí)行一次。每個判斷的取真、取假至少執(zhí)行一次。條件覆蓋：要求設(shè)計足夠多的測試用例，使得判定中的每個條件獲得各種可能的結(jié)果，即每個條件至少有一次為真值，有一次為假值。動態(tài)測試1判定/條件覆蓋：設(shè)計足夠多的測試用例，使得判定中每個條件的所有可能結(jié)果至少出現(xiàn)一次，每個判定本身所有可能結(jié)果也至少出現(xiàn)一次。組合覆蓋：要求設(shè)計足夠多的測試用例，使得每個判定中條件結(jié)果的所有可能組合至少出現(xiàn)一次。路徑覆蓋：設(shè)計足夠的測試用例，覆蓋程序中所有可能的路徑。動態(tài)測試218測試用例具有代表性測試結(jié)果具有可判定性測試過程具有可再現(xiàn)性測試用例具有有效性測試用例設(shè)計和生成原則3組織編寫并評審測試用例測試用例的設(shè)計主要根據(jù)測試需求，設(shè)計出的測試用例要按照規(guī)范的模式描述出來。測試用例的設(shè)計和編寫是測試過程中的重要工作之一根據(jù)測試需求編寫測試用例測試用例編寫編寫測試用例，首先要明確測試用例的屬性。測試用例的屬性有很多，除了最基本的前提條件，測試環(huán)境，輸入數(shù)據(jù)，執(zhí)行步驟，預(yù)期結(jié)果之外，為了管理方便還包括測試用例的編號、標(biāo)題、所測需求、執(zhí)行方式等。不同工具測試用例的屬性大同小異，每個團(tuán)隊要根據(jù)自己的實際需要確定要使用的測試用例屬性。測試用例的屬性22根據(jù)測試需求編寫測試用例涉及測試用例步驟描述的詳細(xì)程度測試用例的屬性提供測試用例編寫的模板組織編寫測試用例23測試用例的屬性編號屬性屬性描述1用例編號一般為需求編號后緊跟001，002……2標(biāo)題(測試目的)對測試用例的描述，測試用例標(biāo)題應(yīng)該清楚表達(dá)測試用例的用途。比如“測試用戶登錄時輸入錯誤密碼時，軟件的響應(yīng)情況”。3預(yù)置條件測試的前提條件，比如先用管理員登錄。4測試環(huán)境測試的軟件、硬件以及網(wǎng)絡(luò)環(huán)境。5輸入數(shù)據(jù)描述測試用例的輸入數(shù)據(jù)6執(zhí)行步驟測試用例的執(zhí)行步驟7預(yù)期結(jié)果測試用例的預(yù)期結(jié)果8附件輔助附件文檔，比如要輸入的文檔、圖片等9對應(yīng)的腳本[可選]測試執(zhí)行時的腳本10優(yōu)先級用例的優(yōu)先級，一般核心功能或基礎(chǔ)功能涉及的用例為高優(yōu)先級11涉及到的需求用例能測試到的需求點(diǎn)12實施類型自動化、手工、半自動化13測試類型UI測試、功能測試、接口測試、性能測試、兼容性測試、文檔測試等14參考信息需要參考的需求文檔，相關(guān)標(biāo)準(zhǔn)等。15創(chuàng)建人測試用例的創(chuàng)建者16創(chuàng)建日期測試用例創(chuàng)建的日期17歷史記錄測試用例修改的歷史記錄備注其他說明根據(jù)實際情況進(jìn)行增減測試用例樣例1測試用例樣例2測試用例的詳略把握26在編寫測試用例時會面臨一個問題，測試用例步驟描述得詳細(xì)程度要如何把握？理想的情況應(yīng)該是測試用例詳細(xì)記錄所有的操作步驟，使一個沒有接觸過系統(tǒng)的人員也能執(zhí)行該測試用例。測試用例描述的詳略28描述過于詳細(xì)：會大大增加測試用例的編寫和維護(hù)時間，一旦測試環(huán)境、需求、設(shè)計或者實現(xiàn)發(fā)生了變化，測試用例都需要及時進(jìn)行更新。過于簡單：除了用例的編寫者沒有人能夠看明白并執(zhí)行。最終目的：只要能交代清楚，達(dá)到溝通的目的就可以了。測試用例的詳細(xì)程度詳細(xì)粗略29測試用例詳細(xì)程度舉例“作業(yè)管理系統(tǒng)”測試需求之作業(yè)提交功能：學(xué)生用戶登錄后，可以為自己的“等待提交”狀態(tài)作業(yè)提交答案，提交答案時可以輸入文本描述，可以上傳附件，附件支持Word，Ppt，Excel，Txt，JPG，Png，Gif格式。

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

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

測試用例的評審36測試用例設(shè)計完畢后，最好能夠增加評審環(huán)節(jié)。參與人：需求人員、測試人員、開發(fā)人員可能發(fā)現(xiàn)：錯誤、遺漏、冗余、不充分測試用例評審可以參考：《測試用例評審檢查單》評審并不容易開展測試用例數(shù)量比較多，內(nèi)容比較細(xì)致，評審起來要花費(fèi)的時間也比較多，以及對評審的重視不夠往往不能達(dá)到預(yù)期的效果只評審核心模塊測試用例、將評審時間加入工作計劃中只評審測試要點(diǎn)加強(qiáng)測試用例的評審測試用例評審檢查單測試用例的組織維護(hù)40組織方式應(yīng)該方便跟蹤、分配和管理：按照功能模塊組織將屬于某模塊的功能測試用例、性能測試用例、兼容性測試用例等一起編號、管理。按照測試類型組織將所有功能模塊的性能測試、兼容性測試分別編號、管理。實際項目中也可以依靠對測試用例的編號去管理測試用例的管理測試用例完成后不是一成不變，不是一勞永逸需要不斷更新和維護(hù)，逐步完善：需求發(fā)生變化－維護(hù)用例與需求之間關(guān)系設(shè)計發(fā)生變化－維護(hù)用例與設(shè)計之間的關(guān)系發(fā)現(xiàn)測試遺漏發(fā)現(xiàn)設(shè)計錯誤測試用例的更新43假如有一個windows系統(tǒng)上應(yīng)用的單機(jī)版應(yīng)用軟件，讓你負(fù)責(zé)測試該軟件的安裝卸載，你應(yīng)該測試哪些內(nèi)容，寫多少測試用例？安裝卸載測試思考不是一蹴而就的測試用例的執(zhí)行管理445建立測試任務(wù)，為測試任務(wù)指定測試用例集合：設(shè)置測試任務(wù)的基本信息(開始結(jié)束時間、人員)設(shè)置任務(wù)的匯報周期以及異常處理為任務(wù)指定測試用例集管理測試項的狀態(tài)管理測試執(zhí)行的日期和時間測試用例的執(zhí)行管理測試用例的統(tǒng)計分析547可以通過分析統(tǒng)計參數(shù)觀察測試的效率、合理性：自動化比例功能測試和非功能測試用例比例測試通過率正面和反面測試用例的比例各模塊測試用例分布測試用例的分析統(tǒng)計

測試用例的自動化比例

功能測試和非功能測試的比例

測試用例通過率正面測試用例與反面測試用例的比例：通過這一比例可以評估測試用例設(shè)計的完備性，如果比例過高則說明反面測試用例可能考慮不充分正面測試用例與反面測試用例的比例各模塊測試用例分布：對各功能模塊測試用例分布進(jìn)行統(tǒng)