版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
如何進(jìn)行單元測試1.摘要:單元測試是軟件測試的基礎(chǔ),本文詳細(xì)的論述了單元測試的兩個(gè)步驟人工靜態(tài)檢查法與動(dòng)態(tài)執(zhí)行跟蹤法,所需執(zhí)行的工作項(xiàng)目及相關(guān)的策略和方法。通過對這兩個(gè)步驟的描述作者將多年的單元測試經(jīng)驗(yàn)及測試?yán)碚撟⑷胗谌摹?/p>
關(guān)鍵詞:單元測試、人工檢查、白盒測試、測試用例、跟蹤調(diào)試2.概述單元測試是針對軟件設(shè)計(jì)的最小單位——程序模塊,進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于發(fā)現(xiàn)每個(gè)程序模塊內(nèi)部可能存在的差錯(cuò)。
單元測試也是程序員的一項(xiàng)基本職責(zé),程序員必須對自己所編寫的代碼保持認(rèn)真負(fù)責(zé)的態(tài)度,這是也程序員的基本職業(yè)素質(zhì)之一。同時(shí)單元測試能力也是程序員的一項(xiàng)基本能力,能力的高低直接影響到程序員的工作效率與軟件的質(zhì)量。
在編碼的過程中作單元測試,其花費(fèi)是最小的,而回報(bào)卻特別優(yōu)厚的。在編碼的過程中考慮測試問題,得到的將是更優(yōu)質(zhì)的代碼,因?yàn)樵谶@時(shí)您對代碼應(yīng)該做些什么了解得最清楚。如果不這樣做,而是一直等到某個(gè)模塊崩潰了,到那時(shí)您可能已經(jīng)忘記了代碼是怎樣工作的。即使是在強(qiáng)大的工作壓力下,您也必須重新把它弄清楚,這又要花費(fèi)許多時(shí)間。進(jìn)一步說,這樣做出的更正往往不會(huì)那么徹底,可能更脆弱,因?yàn)槟鷨净氐睦斫饪赡懿荒敲赐耆?/p>
通常合格的代碼應(yīng)該具備以下性質(zhì):正確性、清晰性、規(guī)范性、一致性、高效性等(根據(jù)優(yōu)先級別排序)。
1.正確性是指代碼邏輯必須正確,能夠?qū)崿F(xiàn)預(yù)期的功能。
2.清晰性是指代碼必須簡明、易懂,注釋準(zhǔn)確沒有歧義。
3.規(guī)范性是指代碼必須符合企業(yè)或部門所定義的共同規(guī)范包括命名規(guī)則,代碼風(fēng)格等
4.一致性指代碼必須在命名(如:相同功能采用相同變量標(biāo)示符)、風(fēng)格上保持統(tǒng)一
5.高效性是指代碼不但要滿足以上性質(zhì),而且需要盡可能降低代碼的執(zhí)行時(shí)間。3.單元測試步驟在代碼編寫完成后的單元測試工作主要分為兩個(gè)步驟:人工靜態(tài)檢查和動(dòng)態(tài)執(zhí)行跟蹤。
人工靜態(tài)檢查是測試的第一步,這個(gè)階段工作主要是保證代碼算法的邏輯正確性(盡量通過人工檢查發(fā)現(xiàn)代碼的邏輯錯(cuò)誤)、清晰性、規(guī)范性、一致性、算法高效性。并盡可能的發(fā)現(xiàn)程序中沒有發(fā)現(xiàn)的錯(cuò)誤。
第二步是通過設(shè)計(jì)測試用例,執(zhí)行待測程序來跟蹤比較實(shí)際結(jié)果與預(yù)期結(jié)果來發(fā)現(xiàn)錯(cuò)誤。經(jīng)驗(yàn)表明,使用人工靜態(tài)檢查法能夠有效的發(fā)現(xiàn)30%到70%的邏輯設(shè)計(jì)和編碼錯(cuò)誤。但是代碼中仍會(huì)有大量的隱性錯(cuò)誤無法通過視覺檢查發(fā)現(xiàn),必須通過跟蹤調(diào)試法細(xì)心分析才能夠捕捉到。所以,動(dòng)態(tài)跟蹤調(diào)試方法也成了單元測試的重點(diǎn)與難點(diǎn)。3.1人工檢查通常在人工檢查階段必須執(zhí)行以下項(xiàng)目的活動(dòng):1、檢查算法的邏輯正確性;確定所編寫的代碼算法、數(shù)據(jù)結(jié)構(gòu)定義(如:隊(duì)列、堆棧等)是否實(shí)現(xiàn)了模塊或方法所要求的功能。2、模塊接口的正確性檢查;確定形式參數(shù)個(gè)數(shù)、數(shù)據(jù)類型、順序是否正確;確定返回值類型及返回值的正確性。3、輸入?yún)?shù)有沒有作正確性檢查;如果沒有作正確性檢查,確定該參數(shù)是否的確無需做參數(shù)正確性檢查,否則請?zhí)砑由蠀?shù)的正確性檢查。經(jīng)驗(yàn)表明,缺少參數(shù)正確性檢查的代碼是造成軟件系統(tǒng)不穩(wěn)定的主要原因之一。4、調(diào)用其他方法接口的正確性;檢查實(shí)參類型正確與否、傳入的參數(shù)值正確與否、個(gè)數(shù)正確與否,特別是具有多態(tài)的方法。返回值正確與否,有沒有誤解返回值所表示的意思。最好對每個(gè)被調(diào)用的方法的返回值用顯濕代碼作正確性檢查,如果被調(diào)用方法出現(xiàn)異常或錯(cuò)誤程序應(yīng)該給予反饋,并添加適當(dāng)?shù)某鲥e(cuò)處理代碼。5、出錯(cuò)處理;模塊代碼要求能預(yù)見出錯(cuò)的條件,并設(shè)置適當(dāng)?shù)某鲥e(cuò)處理,以便在一旦程序出錯(cuò)時(shí),能對出錯(cuò)程序重做安排,保證其邏輯的正確性,這種出錯(cuò)處理應(yīng)當(dāng)是模塊功能的一部分。若出現(xiàn)下列情況之一,則表明模塊的錯(cuò)誤處理功能包含有錯(cuò)誤或缺陷:出錯(cuò)的描述難以理解;出錯(cuò)的描述不足以對錯(cuò)誤定位,不足以確定出錯(cuò)的原因;顯示的錯(cuò)誤信息與實(shí)際的錯(cuò)誤原因不符;對錯(cuò)誤條件的處理不正確;在對錯(cuò)誤進(jìn)行處理之前,錯(cuò)誤條件已經(jīng)引起系統(tǒng)的干預(yù)等。6、保證表達(dá)式、SQL語句的正確性;檢查所編寫的SQL語句的語法、邏輯的正確性。對表達(dá)式應(yīng)該保證不含二義性,對于容易產(chǎn)生歧義的表達(dá)式或運(yùn)算符優(yōu)先級(如:《、=、》、&&、||、++、--等)可以采用擴(kuò)號“()”運(yùn)算符避免二義性,這樣一方面能夠保證代碼的正確可靠,同時(shí)也能夠提高代碼的可讀性。7、檢查常量或全局變量使用的正確性;確定所使用的常量或全局變量的取值和數(shù)值、數(shù)據(jù)類型;保證常量每次引用同它的取值、數(shù)值和類型的一致性。8、表示符定義的規(guī)范一致性;保證變量命名能夠見名知意,并且簡潔但不宜過長或過短、規(guī)范、容易記憶、最好能夠拼讀。并盡量保證用相同的表示符代表相同功能,不要將不同的功能用相同的表示符表示;更不要用相同的表示符代表不同的功能意義。9、程序風(fēng)格的一致性、規(guī)范性;代碼必須能保證符合企業(yè)規(guī)范,保證所有成員的代碼風(fēng)格一致、規(guī)范、工整。例如對數(shù)組做循環(huán),不要一會(huì)兒采用下標(biāo)變量從下到上的方式(如:for(I=0;I++;I<10)),一會(huì)兒又采用從上到下的方式(如:for(I=10;I--;I>0));應(yīng)該盡量采用統(tǒng)一的方式,或則統(tǒng)一從下到上,或則統(tǒng)一從上到下。建議采用for循環(huán)和While循環(huán),不要采用do{}while循環(huán)等。程序環(huán)境復(fù)雜性:McCabe復(fù)雜性度量;從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨(dú)立路徑條數(shù),這是確定程序中每個(gè)可執(zhí)行語句至少執(zhí)行依次所必須的測試用例數(shù)目的上界。導(dǎo)出測試用例準(zhǔn)備測試用例,確?;韭窂郊械拿恳粭l路徑的執(zhí)行。圖形矩陣:是在基本路徑測試中起輔助作用的軟件工具,利用它可以實(shí)現(xiàn)自動(dòng)地確定一個(gè)基本路徑集。另外,對于測試用例的選擇除了滿足所選擇的覆蓋程度(或覆蓋標(biāo)準(zhǔn))外還需要盡可能的采用邊界值分析法、錯(cuò)誤推測法等常用地設(shè)計(jì)方法。采用邊界值分析法設(shè)計(jì)合理的輸入條件與不合理的輸入條件;條件邊界測試用例應(yīng)該包括輸入?yún)?shù)的邊界與條件邊界(if,while,for,switch,SQLWhere子句等)。錯(cuò)誤推測法,列舉出程序中所有可能的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)它們選擇測試用例;在編碼、單元測試階段可以發(fā)現(xiàn)很多常見的錯(cuò)誤和疑似錯(cuò)誤,對于這些錯(cuò)誤應(yīng)該作重點(diǎn)測試,并設(shè)計(jì)相應(yīng)的測試用例。3.測試類設(shè)計(jì)一個(gè)模塊或一個(gè)方法(Method)并不是一個(gè)獨(dú)立的程序,在考慮測試它時(shí)要同時(shí)考慮它和外界的聯(lián)系,用些輔助模塊去模擬與所測模塊相聯(lián)系的其他模塊。這些輔助模塊分為兩種:驅(qū)動(dòng)模塊(driver):相當(dāng)于所測模塊的主程序。它接收測試數(shù)據(jù),把這些數(shù)據(jù)傳送給所測模塊,最后再輸出實(shí)際測試結(jié)果樁模塊(stub):用于代替所測模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作,不需要把子模塊所有功能都帶進(jìn)來,但不容許什么事情也不做。
所測模塊與它相關(guān)的驅(qū)動(dòng)模塊及樁模塊共同構(gòu)成了一個(gè)“測試環(huán)境”。驅(qū)動(dòng)模塊和樁模塊的編寫會(huì)給測試帶來額外的開銷。因?yàn)樗鼈冊谲浖桓稌r(shí)并不作為產(chǎn)品的一部分一同交付,而且它們的編寫需要一定的工作量。特別是樁模塊,不能只簡單地給出“曾經(jīng)進(jìn)入”的信息。為了能夠正確的測試軟件,樁模塊可能需要模擬實(shí)際子模塊的功能,這樣樁模塊的建立就不是很輕松了。編寫樁模塊是困難費(fèi)時(shí)的,其實(shí)也是完全可以避免編寫樁模塊的;只需在項(xiàng)目進(jìn)度管理時(shí)將實(shí)際樁模塊的代碼編寫工作安排在被測模塊前編寫即可。而且這樣可以提高測試工作的效率,提高實(shí)際樁模塊的測試頻率從而更有效的保證產(chǎn)品的質(zhì)量。但是,為了保證能夠向上一層級提供穩(wěn)定可靠的實(shí)際樁模塊,為后續(xù)模塊測試打下良好的基礎(chǔ),驅(qū)動(dòng)模塊還是必不可少的。對于每一個(gè)包或子系統(tǒng)我們可以根據(jù)所編寫的測試用例來編寫一個(gè)測試模塊類來做驅(qū)動(dòng)模塊,用于測試包中所有的待測試模塊。而最好不要在每個(gè)類中用一個(gè)測試函數(shù)的方法,來測試跟蹤類中所有的方法。這樣的好處在于:能夠同時(shí)測試包中所有的方法或模塊,也可以方便的測試跟蹤指定的模塊或方法能夠聯(lián)合使用所有測試用例對同一段代碼執(zhí)行測試,發(fā)現(xiàn)問題。便以回歸測試,當(dāng)某個(gè)模塊作了修改之后,只要執(zhí)行測試類就可以執(zhí)行所有被測的模塊或方法。這樣不但能夠方便得檢查、跟蹤所修改的代碼,而且能夠檢查出修改對包內(nèi)相關(guān)模塊或方法所造成的影響,使修改引進(jìn)的錯(cuò)誤得以及時(shí)發(fā)現(xiàn)復(fù)用測試方法,使測試單元保持持久性,并可以用既有的測試來編寫相關(guān)測試。將測試代碼與產(chǎn)品代碼分開,使代碼更清晰、簡潔;提高測試代碼與被測代碼的可維護(hù)性3.2.2跟蹤調(diào)試跟蹤調(diào)試不但是深入測試代碼的最佳方法,而且也是程序調(diào)試發(fā)現(xiàn)錯(cuò)誤根源的有利工具。測試類設(shè)計(jì)完成后,最好能借助代碼排錯(cuò)工具來跟蹤調(diào)試待測代碼段以深入的檢查代碼的邏輯錯(cuò)誤。現(xiàn)有的代碼開發(fā)工具(如:JBuilder)一般都集成了這類排錯(cuò)工具。排錯(cuò)工具一般由執(zhí)行控制程序、執(zhí)行狀態(tài)查詢程序、跟蹤程序組成。執(zhí)行控制程序包括斷點(diǎn)定義、斷點(diǎn)撤銷、單步執(zhí)行、斷點(diǎn)執(zhí)行、條件執(zhí)行等功能。執(zhí)行狀態(tài)查詢程序包括寄存器、堆棧狀態(tài)、變量、代碼等與程序相關(guān)的各種狀態(tài)信息的查詢。跟蹤程序用以跟蹤程序執(zhí)行過程中所經(jīng)歷的事件序列(如:分支、子程序調(diào)用等)。程序員可通過對程序執(zhí)行過程中各種狀態(tài)的判別進(jìn)行程序錯(cuò)誤的識別、定位及改正。對于模塊的單元跟蹤調(diào)試最好能夠做到:每次修改被測模塊后,都將所有測試用例跟蹤執(zhí)行一遍以排除所有可能出現(xiàn)或引進(jìn)的錯(cuò)誤。在時(shí)間有限的情況下也必須調(diào)用驅(qū)動(dòng)模塊對所有的測試用例執(zhí)行一次,并對出現(xiàn)錯(cuò)誤或異常的測試用例跟蹤執(zhí)行一次,以發(fā)現(xiàn)問題的根源。排錯(cuò)過程往往是一個(gè)艱苦的過程,特別是那種算法復(fù)雜、調(diào)用子模塊較多的模塊,對于錯(cuò)誤的定位來說并不是件容易的事情。盡管排錯(cuò)不是一門好學(xué)的技術(shù)(有時(shí)人們更愿意稱之為藝術(shù)),但還是有若干行之有效的方法和策略,下面介紹幾種排錯(cuò)時(shí)應(yīng)該采用的方法策略。1.?dāng)帱c(diǎn)設(shè)置,設(shè)置斷點(diǎn)對源程序?qū)嵭袛帱c(diǎn)跟蹤將能夠大大提高排錯(cuò)的效率。通常斷點(diǎn)的設(shè)置除了根據(jù)經(jīng)驗(yàn)與錯(cuò)誤信息來設(shè)置外,還應(yīng)重點(diǎn)考慮以下幾種類行的語句。函數(shù)調(diào)用語句。子函數(shù)的調(diào)用語句是測試的重點(diǎn),一方面由于在調(diào)用子函數(shù)時(shí)可能引起接口引用錯(cuò)誤,另一方面可能是子函數(shù)本身的錯(cuò)誤判定轉(zhuǎn)移/循環(huán)語句。判定語句常常會(huì)由于邊界值與比較優(yōu)先級等問題引起錯(cuò)誤或失效而作出錯(cuò)誤的轉(zhuǎn)移。因此,對于判定轉(zhuǎn)移/循環(huán)語句也是一個(gè)重要的測試點(diǎn)SQL語句。對于數(shù)據(jù)庫的應(yīng)用程序來說,SQL語句常常會(huì)在模塊中占比較重要的業(yè)務(wù)邏輯,而且比較復(fù)雜。因此,它也屬于比較容易出現(xiàn)錯(cuò)誤的語句復(fù)雜算法段。出錯(cuò)的概率常與算法的復(fù)雜度成正比。所以越復(fù)雜的算法越需要作重點(diǎn)跟蹤,如遞歸、回朔等算法。2.可疑變量查看,在跟蹤執(zhí)行狀態(tài)下當(dāng)程序停止在某條語句時(shí)可查看變量的當(dāng)前值和對象的當(dāng)前屬性。通過對比這些變量當(dāng)前值與預(yù)期值可以輕松的定位程序問題根
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年特殊崗位人員返聘勞動(dòng)合同2篇
- 政府購買服務(wù)崗位人員勞務(wù)合同(2篇)
- 打機(jī)井協(xié)議書(2篇)
- 2024年文藝晚會(huì)演出委托制作與執(zhí)行協(xié)議3篇
- 2025年重慶模擬考貨運(yùn)從業(yè)資格
- 2025年南寧貨運(yùn)從業(yè)資格證考試題及答案解析
- 2025年阿壩貨運(yùn)從業(yè)資格證怎么考
- 七年級下冊語文第2課 說和做
- 2024年樓宇自動(dòng)化監(jiān)控設(shè)備供應(yīng)合同
- 《春季食療養(yǎng)生》課件
- 2024年全國教育大會(huì)講話全文
- 軍隊(duì)文職2024年考試真題
- 2024秋人教版八年級上冊物理教師教學(xué)用書各章節(jié)課程標(biāo)準(zhǔn)要求和教學(xué)目標(biāo)
- 脊椎動(dòng)物-(一)魚 課件-2024-2025學(xué)年人教版生物七年級上冊
- 2024年人教版一年級英語(上冊)模擬考卷及答案(各版本)
- 2024年七年級歷史上冊 第10課《秦末農(nóng)民大起義》教案 新人教版
- DB12T 1344-2024 城市軌道交通固定資產(chǎn)分類與編碼地方標(biāo)準(zhǔn)
- 人教版(2024)七年級地理上冊5.1《人口與人種》精美課件
- 企業(yè)綠色供應(yīng)鏈建設(shè)實(shí)施方案
- 運(yùn)動(dòng)治療技術(shù)智慧樹知到答案2024年白城醫(yī)學(xué)高等專科學(xué)校
- 新蘇教版三年級上冊科學(xué)全冊知識點(diǎn)
評論
0/150
提交評論