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

為該功能設(shè)計(jì)的一個(gè)測試用例可以描述得很詳細(xì)也可以粗略描述.說明輸入步驟輸出詳細(xì)描述文本描述.txt作業(yè)答案.doc輸入用戶名和密碼,登錄系統(tǒng)；單擊左側(cè)導(dǎo)航欄中“我的作業(yè)”按鈕；選擇一個(gè)狀態(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è)提交答案，提交答案時(shí)可以輸入文本描述，可以上傳附件，附件支持Word，Ppt，Excel，Txt，JPG，Png，Gif格式。

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

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

測試用例的自動(dòng)化比例

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

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