測試用例設(shè)計(jì)方法培訓(xùn)-ppt課件

1、測試用例設(shè)計(jì)方法培訓(xùn)2021.02.14目錄目錄測試設(shè)計(jì)開展流程如何多方面考慮測試一個系統(tǒng)常用測試設(shè)計(jì)方法12345測試用例更新及維護(hù)漏測分析5測試設(shè)計(jì)開展流程：需求文檔學(xué)習(xí)輸出問題確認(rèn)列表需求文檔評審制定測試設(shè)計(jì)計(jì)劃思維導(dǎo)圖評審，匯總意見問題確認(rèn)與匯總需求確認(rèn)問題匯總開發(fā)講解，測試提問輸出評審結(jié)論，歸檔制定設(shè)計(jì)任務(wù)分配表啟動設(shè)計(jì)輸出思維導(dǎo)圖輸出修改后思維導(dǎo)圖測試設(shè)計(jì)思維導(dǎo)圖評審?fù)ㄟ^后啟動設(shè)計(jì)輸出測試用例初稿啟動測試用例評審匯總評審意見，啟動更新第一次更新完成，再評審匯總形成測試用例歸檔，設(shè)計(jì)完成歸檔，設(shè)計(jì)完成1 12 23 3測試設(shè)計(jì)相關(guān)文檔：1、需求確認(rèn)階段： 2、需求評審階段： 需求評審

2、階段的評審文檔由項(xiàng)目管理部出具，組織評審，留存評審結(jié)論。3、用例設(shè)計(jì)階段： 測試需求文檔.xlsx如何多方面考慮測試一個系統(tǒng)：【用例設(shè)計(jì)原則】： 1、按照測試類型分析法，按功能，壓力，穩(wěn)定性，性能，安全性，兼容性進(jìn)行測試類型劃分。 2、針對場景分析法，進(jìn)行基于流程的功力遍歷。 3、針對單個點(diǎn)，進(jìn)行邊界值，等價類相關(guān)的測試點(diǎn)的考慮。 4、考慮流程中的異常操作。 5、考慮環(huán)境中的可能出現(xiàn)的異常情況，如斷開電源，斷開網(wǎng)絡(luò)，網(wǎng)絡(luò)帶寬被占用。 6、考慮其他設(shè)備對軟件的影響。比如多USB設(shè)備。 7、考慮壓力的積累，和功能使用的穩(wěn)定性。 8、考慮性能訴求 9、考慮存儲空間即將滿，已經(jīng)滿的情況下的數(shù)據(jù)處理。

3、10、考慮安裝、卸載、晉級、重復(fù)安裝等實(shí)際使用場景中遇到的情況。 如何多方面考慮測試一個系統(tǒng)：【個頁面的測試點(diǎn)的考慮】： 基于整個頁面： 1、填寫區(qū)域是否為空的檢查： A、只填寫一處 B、填寫部分、空白部分 C、填寫剩一處 D、填寫所有。 2、針對單個填寫框： A、考慮長度最長、最短） B、考慮字符數(shù)字、字母、特殊字符、組合） C、考慮全角半角 3、測試點(diǎn)1和測試2的組合。 4、存在關(guān)聯(lián)的不同單元格之間的測試點(diǎn)的考慮： 如單張發(fā)票金額不能大于累計(jì)發(fā)票金額。設(shè)計(jì)用例時就要考慮驗(yàn)證這點(diǎn)。 5、考慮不同功能模塊的入口，如正票開具，可以從菜單選擇，也可以直接點(diǎn)擊正票開具的按鈕。不同入口出口的組合要遍歷

4、驗(yàn)證。如何多方面考慮測試一個系統(tǒng)：【存在關(guān)聯(lián)業(yè)務(wù)的測試點(diǎn)的考慮】： 重點(diǎn)關(guān)注在當(dāng)前業(yè)務(wù)走通的情況下，對其他相關(guān)聯(lián)頁面的影響。主要考慮如下幾個方面： 1、當(dāng)前業(yè)務(wù)正常走通，其他相關(guān)模塊是否能正常顯示對應(yīng)數(shù)據(jù)。 2、當(dāng)前業(yè)務(wù)執(zhí)行過程中出現(xiàn)異常情況，對自身及子他模塊數(shù)據(jù)的影響是否正常。 3、考慮積累作用：長時間，重復(fù)操作本模塊，是否會對其他模塊的數(shù)據(jù)處理造成影響，相關(guān)模塊數(shù)據(jù)處理是否正常。 4、幾個模塊共同作用，都發(fā)生數(shù)據(jù)變更，查看彼此間的影響是否正常，數(shù)據(jù)處理是否正確。 常用測試設(shè)計(jì)方法：整體把握：整體把握：【測試類型分析法】【測試類型分析法】單個功能點(diǎn)：單個功能點(diǎn)：【測試類型分析法】【測試場景分

5、析法】【模塊關(guān)聯(lián)】【等價類邊界值分析法】【測試類型分析法】【測試場景分析法】【模塊關(guān)聯(lián)】【等價類邊界值分析法】單個界面：單個界面：【測試類型分析法】【模塊關(guān)聯(lián)】【表間關(guān)聯(lián)】【測試類型分析法】【模塊關(guān)聯(lián)】【表間關(guān)聯(lián)】【等價類邊界值分析法】【不同出入口遍歷】【等價類邊界值分析法】【不同出入口遍歷】單個輸入框、選擇框等：單個輸入框、選擇框等：【表間關(guān)聯(lián)】【等價類邊界值分析法】【表間關(guān)聯(lián)】【等價類邊界值分析法】 測試類型分析法：【測試類型分析法】： 即將一個功能點(diǎn)按照不同的測試類型進(jìn)行劃分，針對每一個測試類型都進(jìn)行測試點(diǎn)設(shè)計(jì)的分析方法。 舉例說明：功能測試常規(guī)測試點(diǎn)：性能測試&壓力測試&

6、;穩(wěn)定性測試：思維導(dǎo)圖設(shè)計(jì)格式的原則：1 1、整體把握：、整體把握： 使用【測試類型分析法】建立第一級目錄。使用【測試類型分析法】建立第一級目錄。2 2、單類型測試點(diǎn)：、單類型測試點(diǎn)： A A、首先以小的功能模塊進(jìn)行分級。、首先以小的功能模塊進(jìn)行分級。 B B、小的功能模塊里面按照、小的功能模塊里面按照“* * * *執(zhí)行成功執(zhí)行成功”，“* * * *執(zhí)行失敗執(zhí)行失敗”，“* * * *關(guān)聯(lián)性測試關(guān)聯(lián)性測試”，“異常情況測試等若干模塊。異常情況測試等若干模塊。 C C、舉例：、舉例：“* * * *執(zhí)行成功里面再分執(zhí)行成功里面再分“一次執(zhí)行成功一次執(zhí)行成功”，“多次執(zhí)行成功考慮重復(fù)執(zhí)行多次執(zhí)

7、行成功考慮重復(fù)執(zhí)行同一記錄，不同記錄）同一記錄，不同記錄）”。3 3、最后一級描述規(guī)則：、最后一級描述規(guī)則： 【測試點(diǎn)】【測試點(diǎn)】+ +【簡潔扼要的測試步驟】【簡潔扼要的測試步驟】+ +隔斷符號隔斷符號+ +【預(yù)期結(jié)果】，如：【預(yù)期結(jié)果】，如： “ “校驗(yàn)客戶名稱長度：點(diǎn)擊進(jìn)入客戶信息新增界面，輸入客戶名稱允許輸入的最大長度，校驗(yàn)客戶名稱長度：點(diǎn)擊進(jìn)入客戶信息新增界面，輸入客戶名稱允許輸入的最大長度，其他信息符合規(guī)則，點(diǎn)擊保存。其他信息符合規(guī)則，點(diǎn)擊保存。-對應(yīng)客戶信息能夠正常保存，顯示正常。對應(yīng)客戶信息能夠正常保存，顯示正常?！? 4、嚴(yán)格控制思維導(dǎo)圖橫向?qū)蛹墸?、?yán)格控制思維導(dǎo)圖橫向?qū)蛹墸?

8、為了思維導(dǎo)圖轉(zhuǎn)化用例時的方便，橫向分級不宜過多。為了思維導(dǎo)圖轉(zhuǎn)化用例時的方便，橫向分級不宜過多。5 5、最后一級測試描述顆粒度：一個用例永遠(yuǎn)只關(guān)注一個測試點(diǎn)。比如關(guān)注一個輸入框的輸入內(nèi)、最后一級測試描述顆粒度：一個用例永遠(yuǎn)只關(guān)注一個測試點(diǎn)。比如關(guān)注一個輸入框的輸入內(nèi)容的時候，就不考慮長度，不考慮其他單元框?qū)λ挠绊?。容的時候，就不考慮長度，不考慮其他單元框?qū)λ挠绊?。測試用例設(shè)計(jì)說明：用例設(shè)計(jì)原則說明：用例設(shè)計(jì)原則說明：1 1、單個功能的用例設(shè)計(jì)條數(shù)需要考慮其重要程度、重要性為高的功能，用例設(shè)計(jì)就相對完、單個功能的用例設(shè)計(jì)條數(shù)需要考慮其重要程度、重要性為高的功能，用例設(shè)計(jì)就相對完善、相對豐富些

9、，重要性比較低的功能，用例設(shè)計(jì)的力度就小一些。善、相對豐富些，重要性比較低的功能，用例設(shè)計(jì)的力度就小一些。2 2、Level1Level1級別的用例多考慮正常流，少考慮異常流。級別的用例多考慮正常流，少考慮異常流。3 3、單條用例執(zhí)行的步驟和預(yù)期結(jié)果的條數(shù)要控制，步驟太多的話，容易引起測試遺漏，一、單條用例執(zhí)行的步驟和預(yù)期結(jié)果的條數(shù)要控制，步驟太多的話，容易引起測試遺漏，一般不要超過般不要超過3 3個步驟個步驟4 4、一個用例只有一個測試點(diǎn)。、一個用例只有一個測試點(diǎn)。測試用例編號格式：測試用例編號格式：一級模塊一級模塊_ _二級模塊二級模塊_000N_000N，比如，比如“編碼設(shè)置編碼設(shè)置_

10、_客戶編碼客戶編碼_0001”_0001”。測試用例標(biāo)題命名格式：測試用例標(biāo)題命名格式：測試結(jié)果測試結(jié)果_ _簡短的測試步驟簡短的測試步驟測試思維導(dǎo)圖設(shè)計(jì)步驟_1：用例級別定義說明：用例級別定義說明：Level1Level1：最常用操作、測試用例為正向反向的對應(yīng)用例。：最常用操作、測試用例為正向反向的對應(yīng)用例。Level2Level2：不太常用操作或者不太常用的比如邊界值、冷僻輸入的檢查、不停點(diǎn)擊按鈕等類似：不太常用操作或者不太常用的比如邊界值、冷僻輸入的檢查、不停點(diǎn)擊按鈕等類似的操作的對應(yīng)用例。的操作的對應(yīng)用例。Level3Level3：操作方法比較復(fù)雜、測試環(huán)境比較生僻，且執(zhí)行起來有較大難

11、度的對應(yīng)用例。：操作方法比較復(fù)雜、測試環(huán)境比較生僻，且執(zhí)行起來有較大難度的對應(yīng)用例。一般一般Level1Level1：Level2Level2：Level3Level3的用例設(shè)計(jì)比例約為的用例設(shè)計(jì)比例約為4:5:14:5:1，或者，或者4:5.5:0.54:5.5:0.5用例執(zhí)行結(jié)果標(biāo)注說明：用例執(zhí)行結(jié)果標(biāo)注說明：PassPass：按照測試用例的操作步驟執(zhí)行，實(shí)際執(zhí)行結(jié)果與預(yù)期結(jié)果一致。：按照測試用例的操作步驟執(zhí)行，實(shí)際執(zhí)行結(jié)果與預(yù)期結(jié)果一致。FailFail：按照測試用例的操作步驟執(zhí)行，實(shí)際執(zhí)行結(jié)果與預(yù)期結(jié)果不一致。出現(xiàn)界面顯示異常、：按照測試用例的操作步驟執(zhí)行，實(shí)際執(zhí)行結(jié)果與預(yù)期結(jié)果不一致

12、。出現(xiàn)界面顯示異常、處理異常、死機(jī)、功能失效等異常情況。處理異常、死機(jī)、功能失效等異常情況。BlockBlock：由于測試環(huán)境或者其他外部條件的限制，導(dǎo)致用例無法執(zhí)行。或者用例不適用，需：由于測試環(huán)境或者其他外部條件的限制，導(dǎo)致用例無法執(zhí)行?；蛘哂美贿m用，需要更新用例的情況。要更新用例的情況。UnavailableUnavailable：軟件對應(yīng)功能未實(shí)現(xiàn)，導(dǎo)致對應(yīng)用例無法執(zhí)行的情況。：軟件對應(yīng)功能未實(shí)現(xiàn)，導(dǎo)致對應(yīng)用例無法執(zhí)行的情況。investgestinvestgest：不確定測試結(jié)果的對錯，還需要再確認(rèn)的情況：不確定測試結(jié)果的對錯，還需要再確認(rèn)的情況測試思維導(dǎo)圖設(shè)計(jì)步驟_1：用例執(zhí)行說

13、明：用例執(zhí)行說明：1 1、執(zhí)行結(jié)果為、執(zhí)行結(jié)果為FailFail的測試用例，一定要有對應(yīng)的的測試用例，一定要有對應(yīng)的bugbug跟蹤，執(zhí)行結(jié)果處要附上對應(yīng)的跟蹤，執(zhí)行結(jié)果處要附上對應(yīng)的Bug IDBug ID2 2、測試負(fù)責(zé)人在一輪版本測試完成后，要組織進(jìn)行測試用例的非、測試負(fù)責(zé)人在一輪版本測試完成后，要組織進(jìn)行測試用例的非passpass分析的活動，根據(jù)分分析的活動，根據(jù)分析結(jié)果修改用例，保持用例的最新。析結(jié)果修改用例，保持用例的最新。測試用例更新及維護(hù)：用例維護(hù)的必要性：用例維護(hù)的必要性：1 1、根據(jù)需求輸出的測試用例，一般在軟件功能交付后，就會存在需求變更導(dǎo)致用例與系統(tǒng)、根據(jù)需求輸出的測

14、試用例，一般在軟件功能交付后，就會存在需求變更導(dǎo)致用例與系統(tǒng)功能實(shí)現(xiàn)對不上的情況，需要刷新用例。功能實(shí)現(xiàn)對不上的情況，需要刷新用例。2 2、測試用例執(zhí)行一遍以后，發(fā)現(xiàn)問題的能力降低，缺陷有了免疫性，需要重新新的內(nèi)容。、測試用例執(zhí)行一遍以后，發(fā)現(xiàn)問題的能力降低，缺陷有了免疫性，需要重新新的內(nèi)容。3 3、客觀承認(rèn)測試設(shè)計(jì)的不全面性，即只要是設(shè)計(jì)，就會存在遺漏，通過一段時間的測試加、客觀承認(rèn)測試設(shè)計(jì)的不全面性，即只要是設(shè)計(jì)，就會存在遺漏，通過一段時間的測試加深理解后，可以更好的完善用例。深理解后，可以更好的完善用例。4 4、對每個版本發(fā)現(xiàn)的問題進(jìn)行分析，將之前的測試設(shè)計(jì)遺漏點(diǎn)補(bǔ)充進(jìn)測試用例里面。、對

15、每個版本發(fā)現(xiàn)的問題進(jìn)行分析，將之前的測試設(shè)計(jì)遺漏點(diǎn)補(bǔ)充進(jìn)測試用例里面。用例維護(hù)的方式：用例維護(hù)的方式：1 1、根據(jù)刷新后的需求說明書，更新用例。、根據(jù)刷新后的需求說明書，更新用例。2 2、根據(jù)提交給測試的軟件版本的具體實(shí)現(xiàn)，刷新用例。、根據(jù)提交給測試的軟件版本的具體實(shí)現(xiàn)，刷新用例。3 3、根據(jù)非、根據(jù)非passpass用例的執(zhí)行結(jié)果，進(jìn)行分析后，刷新用例。用例的執(zhí)行結(jié)果，進(jìn)行分析后，刷新用例。4 4、對每個版本發(fā)現(xiàn)的問題進(jìn)行分析，找到測試設(shè)計(jì)遺漏點(diǎn)，刷新用例。、對每個版本發(fā)現(xiàn)的問題進(jìn)行分析，找到測試設(shè)計(jì)遺漏點(diǎn)，刷新用例。5 5、軟件功能轉(zhuǎn)測試后，出現(xiàn)變更，追加或刪除，刷新用例。、軟件功能轉(zhuǎn)測試

16、后，出現(xiàn)變更，追加或刪除，刷新用例。6 6、需求掌握程度加深后，發(fā)現(xiàn)測試設(shè)計(jì)遺漏點(diǎn)，刷新用例。、需求掌握程度加深后，發(fā)現(xiàn)測試設(shè)計(jì)遺漏點(diǎn)，刷新用例。測試用例更新及維護(hù)：用例維護(hù)的時間：用例維護(hù)的時間：1 1、一般在全面用例執(zhí)行后，進(jìn)行用例的第一次刷新。、一般在全面用例執(zhí)行后，進(jìn)行用例的第一次刷新。2 2、每輪執(zhí)行后，進(jìn)行缺陷分析后的用例補(bǔ)充及刷新。、每輪執(zhí)行后，進(jìn)行缺陷分析后的用例補(bǔ)充及刷新。3 3、測試執(zhí)行完成后，規(guī)范化刷新后歸檔。、測試執(zhí)行完成后，規(guī)范化刷新后歸檔。用例維護(hù)的方式：用例維護(hù)的方式：由項(xiàng)目測試負(fù)責(zé)人進(jìn)行用例的刷新的組織，組內(nèi)人員協(xié)助刷新。由項(xiàng)目測試負(fù)責(zé)人進(jìn)行用例的刷新的組織，組

17、內(nèi)人員協(xié)助刷新。漏測分析定義：定義：一種質(zhì)量改進(jìn)活動，一般發(fā)生在第二輪以及之后的版本測試后，由測試負(fù)責(zé)人發(fā)起，其他人一種質(zhì)量改進(jìn)活動，一般發(fā)生在第二輪以及之后的版本測試后，由測試負(fù)責(zé)人發(fā)起，其他人員配合開展的一個問題回溯，借以調(diào)查每輪問題出現(xiàn)的原因，是新引入，還是測試遺漏，然員配合開展的一個問題回溯，借以調(diào)查每輪問題出現(xiàn)的原因，是新引入，還是測試遺漏，然后根據(jù)分析結(jié)果，進(jìn)行相應(yīng)改進(jìn)的一種質(zhì)量提升活動。后根據(jù)分析結(jié)果，進(jìn)行相應(yīng)改進(jìn)的一種質(zhì)量提升活動。漏測分析發(fā)起人：漏測分析發(fā)起人：由項(xiàng)目測試負(fù)責(zé)人進(jìn)行漏測分析。由項(xiàng)目測試負(fù)責(zé)人進(jìn)行漏測分析。漏測分析流程：漏測分析流程：由項(xiàng)目測試負(fù)責(zé)人匯總輸出當(dāng)前版本發(fā)現(xiàn)問題列表由項(xiàng)目測試負(fù)責(zé)人匯總輸出當(dāng)前版本發(fā)現(xiàn)問題