軟件測試與質(zhì)量保證概述ppt課件

1、軟件質(zhì)量保證和測試軟件質(zhì)量保證和測試單元測試單元測試馬永征2004.6.15單元測試單元測試Outlinen軟件測試概述n單元測試n單元測試工具JunitEclipse單元測試單元測試軟件測試概述單元測試單元測試內(nèi)容軟件測試定義、目的和作用衡量規(guī)范軟件測試要素測試技術(shù)測試過程單元測試單元測試軟件測試n概略n定義：為了發(fā)現(xiàn)程序的錯(cuò)誤而執(zhí)行程序的過程n軟件測試是SQA的重要手段，屬于軟件工程領(lǐng)域n目前情況n軟件測試的實(shí)際性大于實(shí)際性n軟件測試實(shí)際體系尚不成熟n軟件測試工具尚不成熟n軟件測試效果對(duì)于個(gè)人的依賴性比較大單元測試單元測試軟件測試n目的n為了尋覓錯(cuò)誤，并盡能夠地為修正錯(cuò)誤提供更多的信息n為

2、了證明軟件有錯(cuò)誤，而不證明軟件沒有錯(cuò)誤n作用n發(fā)現(xiàn)并管理缺陷n度量質(zhì)量n評(píng)價(jià)任務(wù)效率和效果n預(yù)期工程風(fēng)險(xiǎn)單元測試單元測試內(nèi)容軟件測試定義、目的和作用衡量規(guī)范軟件測試要素測試技術(shù)測試過程單元測試單元測試軟件測試n衡量規(guī)范n多n可以找到盡能夠多的、以致于一切的BUGn快n可以盡能夠早地發(fā)現(xiàn)最嚴(yán)重的BUGn好n找到的BUG是關(guān)鍵的、用戶最關(guān)懷的n找到BUG后可以重現(xiàn)找到的BUG，并為修正BUG提供盡能夠多的信息n省n可以用最少的時(shí)間、人力和資源發(fā)現(xiàn)BUGn測試的過程和數(shù)據(jù)可以重用單元測試單元測試內(nèi)容軟件測試定義、目的和作用衡量規(guī)范軟件測試要素測試技術(shù)測試過程單元測試單元測試測試技術(shù)不實(shí)踐運(yùn)轉(zhuǎn)程序，而

3、是經(jīng)過檢查和閱讀等手段來發(fā)現(xiàn)錯(cuò)誤并評(píng)價(jià)代碼質(zhì)量的軟件測試技術(shù)。也稱為靜態(tài)分析技術(shù)。實(shí)踐運(yùn)轉(zhuǎn)程序，并經(jīng)過察看程序運(yùn)轉(zhuǎn)的實(shí)踐結(jié)果來發(fā)現(xiàn)錯(cuò)誤的軟件測試技術(shù)。在不知道程序內(nèi)部構(gòu)造，只知道程序規(guī)格的情況下采用的測試技術(shù)或戰(zhàn)略。在知道程序內(nèi)部構(gòu)造的情況下采用的測試技術(shù)或戰(zhàn)略。開發(fā)組內(nèi)部進(jìn)展的，采用講解、討論和模擬運(yùn)轉(zhuǎn)的方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。開發(fā)組內(nèi)部進(jìn)展的，采用講解、提問并運(yùn)用Checklist方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。普通有正式的方案、流程和結(jié)果報(bào)告。開發(fā)組、測試組和相關(guān)人員(QA、產(chǎn)品經(jīng)理等)結(jié)合進(jìn)展的，采用講解、提問并運(yùn)用Checklist方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。普通有正式的方案、流程和結(jié)果報(bào)

4、告。針對(duì)要求的程序功能，按照規(guī)范的流程進(jìn)展的測試。針對(duì)要求的程序功能以外的其他要求，包括性能、平安、配置、負(fù)載等目的，按照規(guī)范的流程進(jìn)展的測試。針對(duì)要求的程序功能、性能、平安、配置、負(fù)載等目的，基于破壞目的、按照閱歷進(jìn)展的隨機(jī)測試。程序修正或者版本更新以后，為了確保以前正確的功能和其他目的仍舊正確，而重新進(jìn)展的測試。在測試過程中，選擇足夠的測試用例，使得每一個(gè)可執(zhí)行語句至少被執(zhí)行一次。在測試過程中，選擇足夠的測試用例，使得程序中的每一個(gè)分支判別的每一種能夠結(jié)果都至少被執(zhí)行一次。在測試過程中，選擇足夠的測試用例，使得程序中的每一條能夠執(zhí)行的途徑都至少執(zhí)行一次。單元測試單元測試內(nèi)容軟件測試定義、目

5、的和作用衡量規(guī)范軟件測試要素測試技術(shù)測試過程單元測試單元測試測試過程規(guī)格定義設(shè)計(jì)編碼系統(tǒng)測試集成測試單元測試用戶需求驗(yàn)收測試回歸測試配置管理缺陷跟蹤 單元測試單元測試測試過程n單元測試：Unit Testingn目的：n檢驗(yàn)程序最小單元有無錯(cuò)誤n接口、數(shù)據(jù)構(gòu)造、邊境、覆蓋、邏輯n檢驗(yàn)單元編碼與設(shè)計(jì)能否吻合n時(shí)機(jī)：n編碼完成后，首先要實(shí)施的測試n方法：n靜態(tài)測試n白盒測試n責(zé)任：n開發(fā)工程師單元測試單元測試測試過程n集成測試：Integration Testingn目的：n檢驗(yàn)組成系統(tǒng)的模塊接口有無錯(cuò)誤n代碼實(shí)現(xiàn)的系統(tǒng)設(shè)計(jì)與需求定義能否吻合n時(shí)機(jī)：n主要的單元測試完成后，經(jīng)常與單元測試同步進(jìn)展n

6、方法：n黑盒測試n責(zé)任：n開發(fā)工程師n測試工程師單元測試單元測試測試過程n系統(tǒng)測試：System Testingn目的：n檢驗(yàn)組成整個(gè)系統(tǒng)的代碼、以及系統(tǒng)的軟硬件配合有無錯(cuò)誤n代碼實(shí)現(xiàn)的系統(tǒng)與用戶需求能否吻合n檢驗(yàn)系統(tǒng)的文檔等各種能否完好、有效n模擬驗(yàn)收測試的要求，檢查系統(tǒng)能否符合用戶的驗(yàn)收規(guī)范n時(shí)機(jī)：n多數(shù)集成測試完成后n方法：n黑盒測試n責(zé)任：n測試工程師單元測試單元測試測試過程n系統(tǒng)測試：System Testingn穩(wěn)定期測試n目的：n度量能否可以終了測試n時(shí)機(jī)：n傳統(tǒng)的系統(tǒng)測試完成后n方法：n黑盒測試n責(zé)任：n測試工程師單元測試單元測試測試過程n驗(yàn)收測試：Acceptance Tes

7、tingn目的：n使客戶驗(yàn)收簽字n系統(tǒng)能否符合事先商定的驗(yàn)收規(guī)范n時(shí)機(jī)：n系統(tǒng)測試完成后，在工程組看來開發(fā)和測試任務(wù)曾經(jīng)全部完成，可以交付運(yùn)用n方法：n黑盒測試n責(zé)任：n產(chǎn)品經(jīng)理或其他高級(jí)經(jīng)理n開發(fā)工程師n測試工程師n用戶單元測試單元測試測試過程n回歸測試：Regression Testingn目的：n驗(yàn)證程序修正或者版本更新以后，以前正確的功能和其他目的仍舊正確。n時(shí)機(jī)：n每次錯(cuò)誤修正之后，或者版本更新之后n方法：n白盒測試/黑盒測試n責(zé)任：n開發(fā)工程師n測試工程師單元測試單元測試測試過程n缺陷跟蹤：Defect Tracingn目的：n確保一切發(fā)現(xiàn)的錯(cuò)誤被正確記錄、分發(fā)、評(píng)價(jià)、封鎖、統(tǒng)計(jì)n

8、時(shí)機(jī)：n從錯(cuò)誤發(fā)現(xiàn)開場到錯(cuò)誤封鎖為止，每次錯(cuò)誤形狀修正之后n方法：n缺陷跟蹤系統(tǒng)n責(zé)任：n開發(fā)工程師n測試工程師n測試經(jīng)理n用戶單元測試單元測試單元測試單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試n概略n定義：n檢驗(yàn)程序最小單位有無錯(cuò)誤。普通在編碼之后，由開發(fā)人員完成。n單元：軟件開發(fā)中的最小的獨(dú)立部分nC言語中的單元：函數(shù)或者是子過程nC+言語中的單元：類n目前情況：n實(shí)施效果非常好，但是實(shí)施阻力比較大(主要是人員和管理要素)，普通只在關(guān)鍵的程序單元中實(shí)施n有比較系統(tǒng)的實(shí)際和方法，但也依賴于系統(tǒng)的特殊性和開發(fā)人員的閱歷n

9、有大量的輔助工具，開發(fā)人員也經(jīng)常本人開發(fā)測試代碼和測試工具n主要運(yùn)用白盒測試和靜態(tài)分析，也運(yùn)用黑盒測試單元測試單元測試單元測試n目的n1、檢查代碼實(shí)現(xiàn)能否符合設(shè)計(jì)n不能檢查設(shè)計(jì)能否正確n2、盡早發(fā)現(xiàn)錯(cuò)誤nMicrosoft applicationsn10-20 defects/KLOC during unit testingn0.5 defects/KLOC after releasen性價(jià)比最好單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試n義務(wù)1、模塊接口測試n檢查進(jìn)出模塊的數(shù)據(jù)能否正確nChecklist：n模塊的實(shí)踐

10、輸入與定義的輸入能否一致n個(gè)數(shù)、類型、順序n模塊中對(duì)于非內(nèi)部/部分變量能否合理運(yùn)用n運(yùn)用其他模塊時(shí)，能否檢查可用性和處置結(jié)果n運(yùn)用外部資源時(shí)，能否檢查可用性并及時(shí)釋放資源n內(nèi)存、文件、硬盤、端口等n其他單元測試單元測試單元測試n義務(wù)2、模塊部分?jǐn)?shù)據(jù)構(gòu)造測試n檢查部分?jǐn)?shù)據(jù)構(gòu)造能否堅(jiān)持完好性nChecklist：n變量從來沒有被運(yùn)用n能夠別的地方運(yùn)用了錯(cuò)誤的變量名n變量沒有初始化n錯(cuò)誤的類型轉(zhuǎn)換n數(shù)組越界n非法指針n變量或函數(shù)稱號(hào)拼寫錯(cuò)誤n運(yùn)用了外部變量或函數(shù)n其他單元測試單元測試單元測試n義務(wù)3、模塊邊境條件測試n檢查臨界數(shù)據(jù)能否正確處置nChecklist：n普通合法數(shù)據(jù)能否正確處置n普通非法

11、數(shù)據(jù)能否正確處置n邊境內(nèi)最接近邊境的(合法)數(shù)據(jù)能否正確處置n邊境外最接近邊境的(非法)數(shù)據(jù)能否正確處置n其他單元測試單元測試單元測試n義務(wù)4、模塊獨(dú)立執(zhí)行通路(途徑)測試n檢查由于計(jì)算錯(cuò)誤、斷定錯(cuò)誤、控制流錯(cuò)誤導(dǎo)致的程序錯(cuò)誤nChecklist：n死代碼n錯(cuò)誤的計(jì)算優(yōu)先級(jí)n精度錯(cuò)誤n比較運(yùn)算錯(cuò)誤n賦值錯(cuò)誤n表達(dá)式的不正確符號(hào)n、=；=、=、!=n循環(huán)變量的運(yùn)用錯(cuò)誤n錯(cuò)誤賦值n其他單元測試單元測試單元測試n義務(wù)5、模塊內(nèi)部錯(cuò)誤處置測試n檢查內(nèi)部錯(cuò)誤處置設(shè)備能否有效nChecklist：n能否檢查錯(cuò)誤出現(xiàn)n資源運(yùn)用前后n其他模塊運(yùn)用前后n出現(xiàn)錯(cuò)誤，能否進(jìn)展錯(cuò)誤處置n拋出錯(cuò)誤n通知用戶n進(jìn)展記錄n

12、錯(cuò)誤處置能否有效n在系統(tǒng)干涉前處置n報(bào)告和記錄的錯(cuò)誤真實(shí)詳細(xì)n其他單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試技術(shù)n靜態(tài)分析n定義：n不實(shí)踐運(yùn)轉(zhuǎn)程序，而是經(jīng)過檢查和閱讀等手段來發(fā)現(xiàn)錯(cuò)誤并評(píng)價(jià)代碼質(zhì)量的軟件測試技術(shù)。也稱為靜態(tài)測試技術(shù)。n方法：n走查：WalkThroughn審查：Inspectionn評(píng)審：ReviewMichael Fagan IBM(1976)單元測試單元測試單元測試技術(shù)n靜態(tài)分析-走查n定義：n開發(fā)組內(nèi)部進(jìn)展的，采用講解、討論和模擬運(yùn)轉(zhuǎn)的方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。n閱歷：n限時(shí)n防止跑題n參與人員n閱

13、歷豐富的開發(fā)人員n和本模塊相關(guān)的開發(fā)人員n本工程組的新人n由本模塊的開發(fā)者進(jìn)展講解、回答以下問題并記錄n不要現(xiàn)場修正n檢查要點(diǎn)n邏輯錯(cuò)誤n代碼規(guī)范/規(guī)范/風(fēng)格單元測試單元測試單元測試技術(shù)n靜態(tài)分析-審查n定義：n開發(fā)組內(nèi)部進(jìn)展的，采用講解、提問并運(yùn)用Checklist方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。普通有正式的方案、流程和結(jié)果報(bào)告。n閱歷：n以會(huì)議的方式，制定會(huì)議目的、流程和規(guī)那么，終了后要編寫報(bào)告n參與人員n閱歷豐富的開發(fā)人員n和本模塊相關(guān)的開發(fā)人員n本工程組的新人n由另外一名開發(fā)者進(jìn)展講解、其他開發(fā)者主要按照Checklist進(jìn)展提問并填表、本模塊開發(fā)者回答以下問題并記錄n不要現(xiàn)場修正n檢查要點(diǎn)

14、n設(shè)計(jì)需求n代碼規(guī)范/規(guī)范/風(fēng)格單元測試單元測試單元測試技術(shù)n靜態(tài)分析-評(píng)審n定義：n開發(fā)組、測試組和相關(guān)人員(QA、產(chǎn)品經(jīng)理等)結(jié)合進(jìn)展的，采用講解、提問并運(yùn)用Checklist方式進(jìn)展的查找錯(cuò)誤的活動(dòng)。普通有正式的方案、流程和結(jié)果報(bào)告。n閱歷：n以會(huì)議的方式，制定會(huì)議目的、流程和規(guī)那么，終了后要編寫報(bào)告。相關(guān)資料要在會(huì)議前下發(fā)并閱讀。n參與人員n閱歷豐富的開發(fā)人員n和本模塊相關(guān)的開發(fā)人員n測試組和相關(guān)人員n由另外一名開發(fā)者進(jìn)展講解、其他開發(fā)者主要按照Checklist進(jìn)展提問并填表、本模塊開發(fā)者回答以下問題并記錄n不要現(xiàn)場修正n檢查要點(diǎn)n設(shè)計(jì)需求n代碼規(guī)范/規(guī)范/風(fēng)格n文檔的完好性和一致性

15、單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試技術(shù)n測試設(shè)計(jì)n定義：n根據(jù)模塊的內(nèi)部構(gòu)造，設(shè)計(jì)測試用例的過程。n主要采用白盒測試技術(shù)，關(guān)注邏輯覆蓋n原那么：n1、保證沒有死代碼n保證一個(gè)模塊中的每個(gè)獨(dú)立途徑都能夠被運(yùn)用到n2、保證對(duì)一切的邏輯值都測試true和falsen3、在上下邊境和合法的范圍內(nèi)運(yùn)轉(zhuǎn)一切的循環(huán)n4、確保內(nèi)部數(shù)據(jù)構(gòu)造的有效性和完好性單元測試單元測試單元測試技術(shù)n測試設(shè)計(jì)n邏輯覆蓋測試方法：n1、語句覆蓋n選擇足夠的測試用例，使得程序中每一條可執(zhí)行語句至少被執(zhí)行一次。n2、斷定覆蓋n選擇足夠的測試用例，使得程

16、序中每一個(gè)分支判別的每一種能夠結(jié)果(主要指switch-case情況)都至少被執(zhí)行一次。斷定覆蓋也叫分支覆蓋。n3、條件覆蓋n選擇足夠的測試用例，使得程序中每一個(gè)分支判別中的每一個(gè)條件的能夠結(jié)果都至少被執(zhí)行一次。單元測試單元測試單元測試技術(shù)n測試設(shè)計(jì)n邏輯覆蓋測試方法：n1、語句覆蓋n2、斷定覆蓋n3、條件覆蓋n4、斷定/條件覆蓋n選擇足夠的測試用例，使得同時(shí)滿足斷定覆蓋和條件覆蓋。n5、條件組合覆蓋n選擇足夠的測試用例，使得程序中每一個(gè)分支判別中的每一個(gè)條件的每一種能夠組合結(jié)果都至少被執(zhí)行一次。n6、途徑覆蓋n選擇足夠的測試用例，使得程序中一切的能夠途徑都至少被執(zhí)行一次。單元測試單元測試單元

17、測試技術(shù)n測試設(shè)計(jì)n邏輯覆蓋測試方法：語句覆蓋斷定覆蓋條件覆蓋斷定/條件覆蓋條件組合覆蓋途徑覆蓋單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試流程n管理流程n主要指動(dòng)態(tài)測試運(yùn)用流程測試方案測試設(shè)計(jì)測試執(zhí)行測試記錄分析測試總結(jié)終了缺陷跟蹤針對(duì)測試目的，規(guī)定測試義務(wù)、資源分配、人員角色、進(jìn)度安排等。根據(jù)測試方案，設(shè)計(jì)測試用例，包括：測試步驟、測試場景、測試代碼、測試數(shù)據(jù)(包括預(yù)期結(jié)果)。根據(jù)測試方案，配置測試環(huán)境，并手動(dòng)或者自動(dòng)執(zhí)行測試設(shè)計(jì)。根據(jù)測試方案，忠實(shí)地記錄測試執(zhí)行的過程和結(jié)果。分析測試記錄，假設(shè)發(fā)現(xiàn)與預(yù)期結(jié)果不同，確定

18、并重現(xiàn)缺陷。檢查測試設(shè)計(jì)能否全部執(zhí)行終了，缺陷能否全部封鎖。記錄、分發(fā)、評(píng)價(jià)、封鎖缺陷報(bào)告。分析測試過程和缺陷報(bào)告，評(píng)價(jià)測試質(zhì)量和測試效果，給出能否經(jīng)過測試的建議。單元測試單元測試內(nèi)容單元測試目的義務(wù)單元測試技術(shù)靜態(tài)分析測試設(shè)計(jì)單元測試流程管理流程測試文檔單元測試單元測試單元測試流程n測試文檔n主要指動(dòng)態(tài)測試運(yùn)用文檔測試方案測試設(shè)計(jì)測試執(zhí)行測試記錄分析測試總結(jié)終了缺陷跟蹤測試方案文檔測試用例文檔測試記錄文檔缺陷跟蹤報(bào)告測試總結(jié)報(bào)告單元測試單元測試單元測試文檔n測試方案n編號(hào)n如：ut-tp0016n標(biāo)題n如：文字排版功能.字間距.MarchCalculatorn版本號(hào)n如：V1.0n執(zhí)行形狀n

19、如：未執(zhí)行n修正記錄n如：2003年7月1日；某某編制/修正；緣由n測試目的n如：語句覆蓋n測試人員n如：某某1擔(dān)任執(zhí)行測試用例xxx；某某2擔(dān)任執(zhí)行測試用例xxxn測試用例編號(hào)(多個(gè))n如：ut-tc00021/ut-tc00031/ut-tc00035n被測試單元代碼位置n如：$tag1/layout/marchCal.cpp單元測試單元測試單元測試文檔n測試用例n編號(hào)n如：ut-tc00016n標(biāo)題n如：測試“文字排版功能.字間距.MarchCalculatorn版本號(hào)n如：V1.3n執(zhí)行形狀n如：曾經(jīng)執(zhí)行n修正記錄n如：2003年7月2日；某某編制/修正；緣由n測試步驟n如：配置運(yùn)轉(zhuǎn)環(huán)

20、境；輸入測試數(shù)據(jù)；執(zhí)行X功能/測試代碼；察看/記錄XXn測試場景n如：在聯(lián)網(wǎng)的環(huán)境下n測試代碼n如：ut-tcc00021(位置)/ut-tcc00035(位置)n測試數(shù)據(jù)n如：輸入數(shù)據(jù)(輸入文件、文字描畫)；預(yù)期結(jié)果(性能、圖片、文字描畫)單元測試單元測試單元測試文檔n測試記錄n編號(hào)n如：ut-tr00016n標(biāo)題n如：記錄測試“文字排版功能.字間距.MarchCalculator結(jié)果n填寫記錄n如：2003年7月2日；某某填寫；緣由n測試用例編號(hào)n如：ut-tc0016n輸出結(jié)果n如：圖片、文字描畫n測試察看n符合/不符合期望結(jié)果單元測試單元測試單元測試文檔n缺陷跟蹤報(bào)告n編號(hào)n如：ut-

21、dt00016n標(biāo)題n如：文字排版功能.字間距.MarchCalculator計(jì)算錯(cuò)誤n版本號(hào)n如：V1.3n執(zhí)行形狀n如：空白/草稿/提交/審批/分發(fā)/正在修正/修正終了/正在確認(rèn)/封鎖n修正記錄n如：2003年7月2日；某某編制/修正；緣由n測試環(huán)境和版本號(hào)碼、程序編寫人員n錯(cuò)誤嚴(yán)重程度和優(yōu)先級(jí)別n錯(cuò)誤詳細(xì)描畫n重現(xiàn)步驟和方式、對(duì)應(yīng)的測試記錄編碼n附件n建議修正方式n修正內(nèi)容、結(jié)果及修正人員簽字/日期n確認(rèn)內(nèi)容、結(jié)果及確認(rèn)人員簽字/日期單元測試單元測試單元測試文檔n測試總結(jié)報(bào)告n編號(hào)n如：ut-tr00016n標(biāo)題n如：文字排版功能.字間距.MarchCalculator單元測試總結(jié)報(bào)告n

22、版本號(hào)n如：V1.5n執(zhí)行形狀n如：曾經(jīng)提交n修正記錄n如：2003年7月3日；某某編制/修正；緣由n測試方案編號(hào)n方案執(zhí)行情況n缺陷統(tǒng)計(jì)(缺陷總數(shù)/未處理數(shù)目)及為處理缺陷列表n后續(xù)處置措施n能否經(jīng)過單元測試單元測試單元測試單元測試工具Junit單元測試單元測試What is JUnitnDe facto Java unit testing frameworknIntegrated nicely with IDEs and AntnEasy to learnnSupport many IDEsnJBuilder, VisualAge, Eclipse 單元測試單元測試實(shí)例npublic cl

23、ass Car npublic int getWheels ()nreturn 4;nn單元測試單元測試實(shí)例cont.npublic class TestCar npublic static void main(String args) nn Car car = new Car();nif (4 = car.getWheels()nSystem.out.println(Ok!);nelsenSystem.out.println(Error!);nn單元測試單元測試nimport junit.framework.TestCase;npublic class CarTest extends Tes

24、tCase nprotected Car car;nprotected int expectedWheels;nnpublic static void main(String args) njunit.swingui.TestRunner.run(CarTest.class);nn public CarTest(String arg0) nsuper(arg0);n實(shí)例cont.單元測試單元測試n protected void setUp() throws Exception ncar = new Car();nexpectedWheels = 4;nnn protected void tearDown() throws Exception nsuper.tearDown();nnnpublic void testGetWheels ()nassertEquals(expectedWheels, car.getWheels();nn單元測試單元測試JUnit Rules and ConventionsnSubclass TestCasenPrior to v3.8, String-arg constructor requirednTest methodsnpublic void testXXX() throws nAny number of assertions per meth