軟件測(cè)試人員(.Net)3級(jí)培訓(xùn)

1、課次課次主題主題形式形式進(jìn)度進(jìn)度7.19軟件測(cè)試基礎(chǔ),測(cè)試環(huán)境理論教學(xué) 7.20白盒測(cè)試之單元測(cè)試靜態(tài)白盒測(cè)試,動(dòng)態(tài)白盒測(cè)試-代碼覆蓋理論教學(xué)7.21配置與實(shí)施自動(dòng)化黑盒測(cè)試開發(fā)測(cè)試考試：1小時(shí)時(shí)間：7.19： 9：15-18：007.20： 8：00-13：007.21： 9：15-16：302主要內(nèi)容：軟件測(cè)試基礎(chǔ)黑盒測(cè)試方法白盒測(cè)試方法軟件缺陷管理3“免災(zāi)”4閱讀以下控制流程,If( 條件1 ) Else 按照語(yǔ)句覆蓋的方式進(jìn)行白盒測(cè)試，可以寫出的測(cè)試用例數(shù)為（ ） （A）1（B）2（C）3（D）45下面是QTP所錄制的一條腳本語(yǔ)句：Dialog(“Login”).WinButton(“

2、OK”).Click對(duì)上面的語(yǔ)句說法不正確的是（ ）（A）上面的腳本含義是對(duì)“Login”對(duì)話框中的“OK”按鈕實(shí)施鼠標(biāo)單擊操作（B）“Login”和“OK”都表示對(duì)象的邏輯名稱（C）Click是“OK”按鈕對(duì)象的方法（D）Dialog和WinButton控件對(duì)象之間沒有關(guān)系6分析題1 設(shè)計(jì)某函數(shù)的黑盒測(cè)試用例，采用因果圖分類分析題2代碼走查，注意語(yǔ)法錯(cuò)誤和變量命名規(guī)范。分析題3Bug的要素屬性、處理流程和測(cè)試人員的職責(zé)。7操作題1 -配置與實(shí)施自動(dòng)化黑盒測(cè)試給定某函數(shù)定義書1、分析待測(cè)函數(shù),并設(shè)計(jì)黑盒測(cè)試用例；2、根據(jù)設(shè)計(jì)的黑盒測(cè)試用例編寫測(cè)試代碼并調(diào)試編譯；3、執(zhí)行編譯通過的測(cè)試代碼，并把

3、因?yàn)闇y(cè)試用例未能通過而出現(xiàn)的Bug登錄到Bugzilla操作題2 -FxCop靜態(tài)白盒測(cè)試操作題3 -驗(yàn)證Bugzilla中的Bug并更新狀態(tài)8主要內(nèi)容：軟件測(cè)試基礎(chǔ)黑盒測(cè)試方法白盒測(cè)試方法軟件缺陷管理9測(cè)試概要10軟件測(cè)試基本流程1）項(xiàng)目規(guī)劃階段：負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的監(jiān)控。2）需求分析階段：確定測(cè)試需求分析、系統(tǒng)測(cè)試計(jì)劃的制定、評(píng)審后的管理。其中，測(cè)試需求分析是對(duì)產(chǎn)品生命周期中測(cè)試所需求的資源、配置、及評(píng)審；系統(tǒng)測(cè)試計(jì)劃是依據(jù)軟件的需求規(guī)格說明書，設(shè)計(jì)測(cè)試用例與測(cè)試的實(shí)施等。3）概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)階段：確保單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試計(jì)劃完成。4）編碼階段：該階段主要由開

4、發(fā)人員自己負(fù)責(zé)部分的代碼測(cè)試。在較在的項(xiàng)目中，將由專人進(jìn)行編碼階段的測(cè)試任務(wù)。5）測(cè)試階段：實(shí)施單元、集成、系統(tǒng)、驗(yàn)收測(cè)試，并提交相應(yīng)的測(cè)試報(bào)告。11軟件測(cè)試模型 1/4 V模型強(qiáng)調(diào)了在整個(gè)軟件項(xiàng)目開發(fā)中需要經(jīng)歷的若干個(gè)測(cè)試級(jí)別，并與每一個(gè)開發(fā)級(jí)別對(duì)應(yīng)；忽略了測(cè)試的對(duì)象不應(yīng)該僅僅包括程序，沒有明確指出對(duì)需求、設(shè)計(jì)的測(cè)試12軟件測(cè)試模型 2/4W模型補(bǔ)充了V模型中忽略的內(nèi)容，強(qiáng)調(diào)了測(cè)試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測(cè)試；與V模型相同，沒有對(duì)軟件測(cè)試的流程進(jìn)行說明13軟件測(cè)試模型 3/4H模型強(qiáng)調(diào)測(cè)試是獨(dú)立的，只要測(cè)試準(zhǔn)備完成，就可以執(zhí)行測(cè)試14軟件測(cè)試模型 4/4X模型15軟件測(cè)試模型

5、小結(jié)V模型是軟件開發(fā)瀑布模型的變種，主要反映測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系；局限性：把測(cè)試作為編碼之后的最后一個(gè)活動(dòng)，需求分析等前期產(chǎn)生的錯(cuò)誤直到后期的驗(yàn)收測(cè)試才能發(fā)現(xiàn)W模型在V模型的基礎(chǔ)上，增加千開發(fā)階段的同步測(cè)試，形成W模型；測(cè)試與開發(fā)同步進(jìn)行，有利用盡早的發(fā)現(xiàn)問題局限性：仍把開發(fā)活動(dòng)看成是從需求開始到編碼結(jié)束的串行活動(dòng)，只有上一階段完成后，才可以開始下一階段的活動(dòng)，不能支持迭代，自發(fā)性以及變更調(diào)整H模型在H模型中，軟件測(cè)試過程活動(dòng)完全獨(dú)立，貫穿于整個(gè)產(chǎn)品的周期，與其他流程并發(fā)地進(jìn)行，某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒時(shí)，就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試執(zhí)行階段；軟件測(cè)試可以進(jìn)行盡早的進(jìn)行；軟件測(cè)試可以根據(jù)被測(cè)

6、物的不同而分層次進(jìn)行X模型：X模型也是對(duì)V模型的改進(jìn),X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。16軟件測(cè)試一般步驟 1/21、獲取需求、功能設(shè)計(jì)、詳細(xì)設(shè)計(jì)規(guī)格和其它必須文檔2、獲取預(yù)算和時(shí)間安排需求3、確定項(xiàng)目相關(guān)人員和他們的責(zé)任，匯報(bào)需求，必須的標(biāo)準(zhǔn)和過程（如版本過程、變更過程等）4、確認(rèn)應(yīng)用高風(fēng)險(xiǎn)的部分，設(shè)定優(yōu)先級(jí)，確定測(cè)試的范圍和限制5、確定測(cè)試的方法單元測(cè)試、集成測(cè)試、功能測(cè)試、負(fù)荷測(cè)試、可用性測(cè)試等6、確定環(huán)境需求（軟件/硬件/通信等）7、確定測(cè)試用具環(huán)境（記錄/回放工具、覆蓋率分析器、測(cè)試跟蹤、問題跟蹤等等）8、確定

7、測(cè)試輸入需求9、確定任務(wù)，任務(wù)責(zé)任和相應(yīng)的工作量10、設(shè)定時(shí)間安排估計(jì)、時(shí)間表、里程碑等17軟件測(cè)試一般步驟 2/211、確定輸入的等價(jià)類、邊界值分析、錯(cuò)誤類12、準(zhǔn)備測(cè)試計(jì)劃文檔和需要的評(píng)審13、寫測(cè)試用例14、對(duì)測(cè)試用例進(jìn)行必須的評(píng)審15、準(zhǔn)備測(cè)試環(huán)境和測(cè)試用具，獲取需要的用戶手冊(cè)/參考文檔/配置指導(dǎo)/安裝指導(dǎo)，建立跟蹤過程，日志和存檔過程，獲取測(cè)試數(shù)據(jù)16、獲取和安裝軟件版本17、執(zhí)行測(cè)試18、評(píng)價(jià)和匯報(bào)測(cè)試結(jié)果19、跟蹤問題和修改20、如果需要進(jìn)行再測(cè)試21、在整個(gè)生命周期內(nèi)維護(hù)和修改測(cè)試計(jì)劃、測(cè)試用例、測(cè)試環(huán)境和測(cè)試用具18測(cè)試階段單元測(cè)試開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一

8、個(gè)很小的、很明確的功能是否正確冒煙測(cè)試在每日構(gòu)建完成后，對(duì)系統(tǒng)的基本功能進(jìn)行簡(jiǎn)單的測(cè)試集成測(cè)試將所有模塊按照概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝確認(rèn)測(cè)試確認(rèn)測(cè)試又稱有效性測(cè)試。在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求系統(tǒng)測(cè)試與硬件、網(wǎng)絡(luò)、外設(shè)、支撐軟件、數(shù)據(jù)以及人員結(jié)合在一起，在實(shí)際或模擬環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行測(cè)試驗(yàn)收測(cè)試以用戶為主的對(duì)核心業(yè)務(wù)流程進(jìn)行的測(cè)試回歸測(cè)試軟件維護(hù)階段對(duì)軟件修改后進(jìn)行的測(cè)試19測(cè)試方法黑盒測(cè)試黑盒測(cè)試 - 也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，主要有等價(jià)類劃分

9、、邊值分析、因果圖、錯(cuò)誤推測(cè)等測(cè)試方法。白盒測(cè)試白盒測(cè)試 - 也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作灰盒測(cè)試灰盒測(cè)試 - 介于二者之間，關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)20測(cè)試策略功能測(cè)試，界面測(cè)試，兼容性測(cè)試，分布測(cè)試性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，容量測(cè)試，壓力測(cè)試，可用性測(cè)試易用性測(cè)試，安全測(cè)試，配置測(cè)試，故障恢復(fù)測(cè)試，加密測(cè)試數(shù)據(jù)庫(kù)測(cè)試，值域測(cè)試安裝測(cè)試，卸載測(cè)試，可移植性測(cè)試，文擋測(cè)試，版本驗(yàn)證測(cè)試，裸機(jī)測(cè)試。21軟件測(cè)

10、試實(shí)施流程與變更控制制定項(xiàng)目測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例構(gòu)建測(cè)試環(huán)境執(zhí)行測(cè)試是否存在錯(cuò)誤回歸測(cè)試驗(yàn)收測(cè)試22測(cè)試計(jì)劃要素- 1/31、標(biāo)題2、確定軟件的版本號(hào)3、修訂文檔歷史，包括作者、日期和批示4、目錄表5、文檔的目的和適合的讀者群6、測(cè)試的目的7、軟件產(chǎn)品概述8、相關(guān)文檔列表，例如：需求、設(shè)計(jì)文檔、其他測(cè)試計(jì)劃等9、相關(guān)的標(biāo)準(zhǔn)或合法需求10、可跟蹤性需求11、相關(guān)的命名規(guī)范和標(biāo)識(shí)符規(guī)范12、整個(gè)軟件項(xiàng)目組織和人員/聯(lián)系信息/責(zé)任23測(cè)試計(jì)劃要素- 2/313、測(cè)試組織和人員/聯(lián)系信息/責(zé)任14、假設(shè)和依賴關(guān)系15、項(xiàng)目風(fēng)險(xiǎn)信息16、測(cè)試優(yōu)先級(jí)和焦點(diǎn)17、測(cè)試范圍和限制19、測(cè)試提綱對(duì)測(cè)試過程的一個(gè)

11、分解，通過測(cè)試類型、特點(diǎn)、功能性、過程、系統(tǒng)、模塊等20、測(cè)試環(huán)境設(shè)置和配置問題21、數(shù)據(jù)庫(kù)設(shè)置需求22、概述系統(tǒng)日志/錯(cuò)誤日志/其他性能，有助于描述和匯報(bào)問題的屏幕捕獲工具等23、有助于測(cè)試者跟蹤問題根源的具體軟硬件工具的論述24、測(cè)試自動(dòng)化的可能性和概述24測(cè)試計(jì)劃要素- 3/325、使用的測(cè)試工具，包括版本、補(bǔ)丁等26、使用的項(xiàng)目測(cè)試度量27、報(bào)告需求和測(cè)試可傳遞性28、軟件入口和出口準(zhǔn)則29、初始的理性測(cè)試階段和標(biāo)準(zhǔn)30、測(cè)試終止和重新開始的標(biāo)準(zhǔn)31、人員安排32、測(cè)試地點(diǎn)33、用到的測(cè)試外的組織，他們的目的、責(zé)任、可傳遞性、聯(lián)系人和協(xié)作問題34、相關(guān)的財(cái)產(chǎn)、分類、安全性和許可證問題3

12、5、公開的一些問題36、附錄詞匯表、縮略語(yǔ)等25測(cè)試用例一個(gè)測(cè)試用例就是一個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和一個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。測(cè)試用例就是將軟件測(cè)試的行為活動(dòng)，做一個(gè)科學(xué)化的組織歸納。開發(fā)測(cè)試用例的過程有助于在應(yīng)用的需求和設(shè)計(jì)過程中發(fā)現(xiàn)問題。測(cè)試用例是測(cè)試工作的指導(dǎo)。26為何需要測(cè)試用例軟件測(cè)試是有組織性、步驟性和計(jì)劃性的，為了能將軟件測(cè)試的行為轉(zhuǎn)換為可管理的、具體量化的模式，需要?jiǎng)?chuàng)建和維護(hù)測(cè)試用例。在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，避免盲目測(cè)試并提高測(cè)試效率，減少測(cè)試的不完全性；測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確；根據(jù)測(cè)試用例的多少和

13、執(zhí)行難度，估算測(cè)試工作量，便于測(cè)試項(xiàng)目的時(shí)間和資源管理與跟蹤；減少回歸測(cè)試的復(fù)雜程度在軟件版本更新后只需修正少量的測(cè)試用例便可展開測(cè)試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期；功能模塊的測(cè)試用例的通用化和復(fù)用化則會(huì)使軟件測(cè)試易于開展，并隨著測(cè)試用例的不斷細(xì)化其效率也不斷攀升；根據(jù)測(cè)試用例的操作步驟和執(zhí)行結(jié)果，可以方便地書寫軟件測(cè)試缺陷報(bào)告；可以根據(jù)測(cè)試用例的執(zhí)行等級(jí)，實(shí)施不同級(jí)別的測(cè)試；為分析軟件缺陷和程序模塊質(zhì)量提供依據(jù)；便于大型軟件測(cè)試項(xiàng)目外包測(cè)試指導(dǎo)基礎(chǔ)；27測(cè)試用例示意測(cè)試用例編號(hào)ID測(cè)試用例標(biāo)題測(cè)試的模塊測(cè)試輸入條件期望的輸出結(jié)果其它說明ID類型類型標(biāo)題標(biāo)題測(cè)試步驟測(cè)試步驟期望的結(jié)果期望的結(jié)

14、果說明說明001登錄輸入正確密碼用戶在登錄界面輸入正確的密碼后，按回車鍵程序提示登錄成功002登錄輸入錯(cuò)誤密碼用戶在登錄界面輸入錯(cuò)誤的密碼后，按回車鍵程序提示輸入密碼錯(cuò)誤，請(qǐng)重新輸入003登錄不輸入的空密碼用戶在登錄界面沒有輸入任何密碼使密碼為空后，按回車鍵程序提示用戶沒有輸入密碼，請(qǐng)輸入程序應(yīng)該告知用戶沒有輸入密碼，而不是密碼錯(cuò)誤28測(cè)試用例管理29主要內(nèi)容：.NET測(cè)試三級(jí)認(rèn)證簡(jiǎn)介 考試與培訓(xùn)軟件測(cè)試基礎(chǔ)黑盒測(cè)試方法白盒測(cè)試方法軟件缺陷管理30黑盒測(cè)試的概念黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說明書的測(cè)試，是一種從用戶觀點(diǎn)出發(fā)的測(cè)試。測(cè)試人員把被測(cè)程序當(dāng)作一個(gè)黑盒子。 31主要測(cè)到

15、的錯(cuò)誤類型1)不正確或遺漏的功能；2)接口、界面錯(cuò)誤； 3)性能錯(cuò)誤；4)數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)訪問錯(cuò)誤；5)初始化或終止條件錯(cuò)誤等等局限性：用黑盒測(cè)試發(fā)現(xiàn)程序中的錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù)，來(lái)檢查程序是否都能產(chǎn)生正確的輸出。但這是不可能的，因?yàn)楦F舉測(cè)試數(shù)量太大，無(wú)法完成。32練習(xí)請(qǐng)判斷下面的Bug屬于哪個(gè)分類，“概要：畫面顯示不正確。詳細(xì)：WA003畫面右上方的Menu中的，項(xiàng)目document library的圖標(biāo)（images/document.gif）沒有正常顯示出來(lái)。”（ ）（A）接口錯(cuò)誤（B）邏輯錯(cuò)誤（C）界面錯(cuò)誤（D）其它33黑盒測(cè)試局限性用黑盒測(cè)試發(fā)現(xiàn)程

16、序中的錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù)，來(lái)檢查程序是否都能產(chǎn)生正確的輸出。但這是不可能的，因?yàn)楦F舉測(cè)試數(shù)量太大，無(wú)法完成。假設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù)，按黑盒方法進(jìn)行窮舉測(cè)試：可能采用的測(cè)試數(shù)據(jù)組： 232232264如果測(cè)試一 組數(shù)據(jù)需要1毫秒，一年工作365 24小時(shí)，完成所有測(cè)試需5億年。34常用黑盒測(cè)試方法等價(jià)類劃分方法邊界值分析方法因果圖方法場(chǎng)景法正交實(shí)驗(yàn)設(shè)計(jì)方法判定表驅(qū)動(dòng)分析方法錯(cuò)誤推測(cè)方法功能圖分析方法35等價(jià)類劃分法有效等價(jià)類 - 是指對(duì)于程序的規(guī)格說明來(lái)說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合無(wú)效等價(jià)

17、類 - 是指對(duì)于程序的規(guī)格說明來(lái)說是不合理的、沒有意義的輸入數(shù)據(jù)構(gòu)成的集合確定等價(jià)類的原則1.在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。2.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，則可以確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。3.在輸入條件是一個(gè)布爾量的情況下，可以確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。4.在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可以確立n個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。5.在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無(wú)效等價(jià)類（從不同角度

18、違反規(guī)則）。6.在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類。36練習(xí)以下錯(cuò)誤的說法是（ ）。（A）輸入條件中規(guī)定了x是1到10的整數(shù)，則有效等價(jià)類是1，10，而無(wú)效等價(jià)類是x=11的整數(shù)。（B）如果輸入條件是一個(gè)BOOLEAN變量，則可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。（C）如果規(guī)定了輸入數(shù)據(jù)是一組值（假設(shè)n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可確定n個(gè)有效等價(jià)類和n個(gè)無(wú)效等價(jià)類 （D）如果規(guī)定了輸入數(shù)據(jù)必須遵守規(guī)則的前提下，可確立一個(gè)等價(jià)類和若干個(gè)無(wú)效等價(jià)類。37邊界值分析根據(jù)經(jīng)驗(yàn)法則,大量的錯(cuò)誤是發(fā)生在輸入或輸出范

19、圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤。使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).38邊界值選擇的原則 1/6原則1：如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值,以及剛剛超越這個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)。例如，如果程序的規(guī)格說明中規(guī)定：“重量在10公斤至50公斤范圍內(nèi)的郵件，其郵費(fèi)計(jì)算公式為”。作為測(cè)試用例，我們應(yīng)取10及50，還應(yīng)取10.01,49

20、.99,9.99及50.01等。39邊界值選擇的原則 2/6原則2：如果輸入條件規(guī)定了值的個(gè)數(shù),則用最大個(gè)數(shù),最小個(gè)數(shù),比最小個(gè)數(shù)少一,比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)。例如，一個(gè)輸入文件應(yīng)包括1255個(gè)記錄，則測(cè)試用例可取1和255，還應(yīng)取0及256等。40邊界值選擇的原則 3/6原則3： 將原則1）和2）應(yīng)用于輸出條件，即設(shè)計(jì)測(cè)試用例使輸出值達(dá)到邊界值及其左右的值 。 例如，某程序的規(guī)格說明要求計(jì)算出“每月保險(xiǎn)金扣除額為0至1165.25元”，其測(cè)試用例可取0.00及1165.24、還可取一0.01及116526等。再如一程序?qū)儆谇閳?bào)檢索系統(tǒng)，要求每次”最少顯示1條、最多顯示4條情報(bào)摘要”，

21、這時(shí)我們應(yīng)考慮的測(cè)試用例包括1和4，還應(yīng)包括0和5等。 41邊界值選擇的原則 4-6原則4：如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。原則5：如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例。原則6：分析規(guī)格說明,找出其它可能的邊界條件。42練習(xí)下列那組數(shù)據(jù)為對(duì)日期2000/1/12005/12/31的邊界值測(cè)試用例( ) （A) 非閏年的2月30/31日（B) 非閏年的2月28/ 29日（C) 所有年份的12/13日 （D) 每月的15日43練習(xí)某程序?qū)崿F(xiàn)如下功能：輸入三個(gè)整數(shù)A、B、C，輸出以A

22、，B，C為三邊的三角形面積（1=A、B、C3)&(z5) ) j=x*y+10; /語(yǔ)句塊2 j=j%3; /語(yǔ)句塊3X3 & z5執(zhí)行語(yǔ)句塊執(zhí)行語(yǔ)句塊3FFTTabdce語(yǔ)句覆蓋78要實(shí)現(xiàn)DoWork函數(shù)的語(yǔ)句覆蓋，只需設(shè)計(jì)一個(gè)測(cè)試用例就可以覆蓋程序中的所有可執(zhí)行語(yǔ)句。測(cè)試用例輸入為： x=4、y=5、z=5 程序執(zhí)行的路徑是：abd語(yǔ)句覆蓋可以保證程序中的每個(gè)語(yǔ)句都得到執(zhí)行，但發(fā)現(xiàn)不了判定中邏輯運(yùn)算的錯(cuò)誤，即它并不是一種充分的檢驗(yàn)方法。例如在第一個(gè)判定(x3)&(z20） C=0；IF （A-30）20 & （B-40）0）C=40；A=10 B=0 A=5

23、0 B=50 A=40 B=0 A=40 B=40（A） （B） （C） （D）80練習(xí)依據(jù)上一次國(guó)家調(diào)整的個(gè)人所得稅征收標(biāo)準(zhǔn)，下面是其相關(guān)程序，以下測(cè)試用例能滿足語(yǔ)句覆蓋是（ ）。If （income1600）i=0;Else if（income=2000）i=0.05;Else if（income5錯(cuò)誤寫為y5，使用上述測(cè)試用例，照樣能按原路徑執(zhí)行而不影響結(jié)果。因此，需要有更強(qiáng)的邏輯覆蓋準(zhǔn)則去檢驗(yàn)判定內(nèi)的條件。 判定覆蓋 2/283還可以把判定覆蓋準(zhǔn)則擴(kuò)充到多出口判斷（如Case語(yǔ)句）的情況。因此判定覆蓋更為廣泛的含義應(yīng)該是使得每一個(gè)判定獲得每一種可能的結(jié)果至少一次。 1635278941

24、0練習(xí)下面程序有關(guān)某國(guó)個(gè)人所得稅的征收標(biāo)準(zhǔn)，以下測(cè)試用例能滿足判定覆蓋測(cè)試用例的是（ ）If （income2000）i=0;。Else if（income=3000）i=0.05;Else if（income3)&(z3 取真值記為T1，取假值記為-T1條件z5) )：條件x=4 取真值記為T3，取假值記為-T3 條件y5 取真值記為T4，取假值記為-T4 條件覆蓋 2/386根據(jù)條件覆蓋的基本思想，要使上述4個(gè)條件可能產(chǎn)生的8種情況至少滿足一次，設(shè)計(jì)測(cè)試用例如下：上面這組測(cè)試用例不但覆蓋了4個(gè)條件的全部8種情況，而且將兩個(gè)判定的4個(gè)分支b、c、d、e也同時(shí)覆蓋了，即同時(shí)達(dá)到了條件覆

25、蓋和判定覆蓋。 測(cè)試用例 執(zhí)行路徑 覆蓋條件 覆蓋分支 x=4、y=6、z=5 abd T1、T2、T3、T4 bd x=2、y=5、 z=15 ace -T1、-T2、 -T3、-T4 ce條件覆蓋 3/387雖然前面的一組測(cè)試用例同時(shí)達(dá)到了條件覆蓋和判定覆蓋，但是，并不是說滿足條件覆蓋就一定能滿足判定覆蓋。如果設(shè)計(jì)了下表中的這組測(cè)試用例，則雖然滿足了條件覆蓋，但只是覆蓋了程序中第一個(gè)判定的取假分支c 和第二個(gè)判定的取真分支d，不滿足判定覆蓋的要求。 測(cè)試用例 執(zhí)行路徑 覆蓋條件覆蓋分支x=2、y=6、z=5 acd-T1、T2、 -T3、T4 cdx=4、y=5、z=15 acdT1、-T

26、2、 T3、-T4 cd判斷/條件覆蓋 1/288判定/條件覆蓋實(shí)際上是將判定覆蓋和條件覆蓋結(jié)合起來(lái)的一種方法，即：設(shè)計(jì)足夠的測(cè)試用例，使得判定中每個(gè)條件的所有可能取值至少滿足一次，同時(shí)每個(gè)判定的可能結(jié)果也至少出現(xiàn)一次。根據(jù)判定/條件覆蓋的基本思想，只需設(shè)計(jì)以下兩個(gè)測(cè)試用例便可以覆蓋4個(gè)條件的8種取值以及4個(gè)判定分支: 測(cè)試用例 執(zhí)行路徑 覆蓋條件覆蓋分支x=2、y=6、z=5 acd-T1、T2、 -T3、T4 cdx=4、y=5、z=15 acdT1、-T2、 T3、-T4 cd判斷/條件覆蓋 2/289從表面上看，判定/條件覆蓋測(cè)試了各個(gè)判定中的所有條件的取值，但實(shí)際上，編譯器在檢查含有

27、多個(gè)條件的邏輯表達(dá)式時(shí)，某些情況下的某些條件將會(huì)被其它條件所掩蓋。因此，判定/條件覆蓋也不一定能夠完全檢查出邏輯表達(dá)式中的錯(cuò)誤。 如：對(duì)于第一個(gè)判定(x3)&(z3和z3為假，則編譯器將不再檢查z5)來(lái)說，若條件x=4滿足，就認(rèn)為該判定為真，這時(shí)將不會(huì)再檢查y5，那么同樣也無(wú)法發(fā)現(xiàn)這個(gè)條件中的錯(cuò)誤。練習(xí)90如果一個(gè)判定的復(fù)合條件表達(dá)式為（X3）or（Y3, z3, z=10 記做T1 -T2，第一個(gè)判定的取假分支3)x=3, z10 記做-T1 T2，第一個(gè)判定的取假分支4)x=10 記做-T1 -T2，第一個(gè)判定的取假分支5)x=4, y5 記做T3 T4，第二個(gè)判定的取真分支6)x

28、=4, y5 記做-T3 T4，第二個(gè)判定的取真分支8)x!=4, y8 AND Y5X0 OR Y0引用語(yǔ)句1引用語(yǔ)句2NYNYX16 OR Y10引用語(yǔ)句3NY路徑測(cè)試97路徑測(cè)試就是從一個(gè)程序的入口開始，執(zhí)行所經(jīng)歷的各個(gè)語(yǔ)句的完整過程。從廣義的角度講，任何有關(guān)路徑分析的測(cè)試都可以被稱為路徑測(cè)試。完成路徑測(cè)試的理想情況是做到路徑覆蓋，但對(duì)于復(fù)雜性大的程序要做到所有路徑覆蓋（測(cè)試所有可執(zhí)行路徑）是不可能的。基本路徑測(cè)試： 在不能做到所有路徑覆蓋的前提下，如果某一程序的每一個(gè)獨(dú)立路徑都被測(cè)試過，那么可以認(rèn)為程序中的每個(gè)語(yǔ)句都已經(jīng)檢驗(yàn)過了，即達(dá)到了語(yǔ)句覆蓋。循環(huán)路徑測(cè)試：目的就是檢查循環(huán)結(jié)構(gòu)的有

29、效性。通常，循環(huán)可以劃分為簡(jiǎn)單循環(huán)、嵌套循環(huán)、串接循環(huán)和 非結(jié)構(gòu)循環(huán)4類。 練習(xí)98在下面所列舉的邏輯測(cè)試覆蓋中，測(cè)試覆蓋最強(qiáng)的是（ ）？（A）條件覆蓋（B）條件組合覆蓋（C）語(yǔ)句覆蓋（D）條件及判定覆蓋 主要內(nèi)容：.NET測(cè)試三級(jí)認(rèn)證簡(jiǎn)介 考試與培訓(xùn)軟件測(cè)試基礎(chǔ)黑盒測(cè)試方法白盒測(cè)試方法軟件缺陷管理99何為Bug（美）Ron Patton在其著作的軟件測(cè)試一書中把符合下列五個(gè)規(guī)則的問題稱為缺陷：1軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能；2軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤；3軟件功能超出了產(chǎn)品說明書指明范圍；4軟件未達(dá)到產(chǎn)品說明書雖未能指出但應(yīng)達(dá)到的目標(biāo)；5軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)

30、行速度緩慢，或者最終用戶認(rèn)為不好。100Bug的分類依據(jù)不同的類型劃分方式通常有：功能缺陷性能缺陷兼容性缺陷用戶界面缺陷設(shè)計(jì)文檔缺陷可靠性缺陷安全性缺陷易用性缺陷安裝/卸載缺陷等101Bug報(bào)告的原則盡快報(bào)告軟件缺陷；操作步驟簡(jiǎn)單，描述清晰、專業(yè)、完整；明確指明缺陷的類型；問題單一；跟蹤缺陷的最新狀態(tài)；對(duì)有爭(zhēng)議的缺陷要及時(shí)溝通；102Bug跟蹤管理工具 - BugZilla103Bug要素1Bug序號(hào)Bug標(biāo)示號(hào)2Bug發(fā)現(xiàn)時(shí)間測(cè)試中發(fā)現(xiàn)Bug的時(shí)間3Bug記錄時(shí)間記錄Bug的時(shí)間4Bug發(fā)現(xiàn)者發(fā)現(xiàn)Bug的人員 5Bug發(fā)現(xiàn)時(shí)所處的測(cè)試階段在哪個(gè)測(cè)試階段發(fā)現(xiàn)Bug 6Bug種類Bug所屬的種類

31、7Bug狀況Bug的概要說明8Bug詳情Bug的詳細(xì)內(nèi)容9Bug發(fā)生的原因產(chǎn)生Bug的原因10Bug原因詳情Bug原因的詳細(xì)敘述11Bug修改者對(duì)Bug進(jìn)行修改的人員12修改的文件修改文件的版本號(hào)13Bug解決方案如何修復(fù)Bug 14Bug解決后的確認(rèn)方案確認(rèn)Bug已經(jīng)解決的方案15Bug解決確認(rèn)結(jié)果Bug解決確認(rèn)結(jié)果16Bug解決確認(rèn)時(shí)間Bug解決確認(rèn)時(shí)間17Bug解決確認(rèn)者確認(rèn)Bug解決的人員18Bug狀態(tài)Bug發(fā)現(xiàn)、存在、已修復(fù)或已關(guān)閉19Bug附件Bug是否有截圖或其他證據(jù)104Bug Lifecycle 1/2105Bug Lifecycle 2/2106Bug StatusNEW 已經(jīng)被加入到屬主的bug列表中,必須被處理ASSIGNED bug還沒有被解決,但是已經(jīng)指派給可以解決它的人員REOPENED bug曾經(jīng)被解決,但是解決方案被認(rèn)為是不正確的RESOLVED bug的解決方案已經(jīng)形成,在等待QA的驗(yàn)證VERIFIED QA已經(jīng)查看過bug的解決方案,并且同意針對(duì)bug已經(jīng)做出的修改CLOSED bug已經(jīng)被解決,解決方案是被認(rèn)為是正確的107Bug ResolutionFIXED 對(duì)bug的一個(gè)修