軟件測試全套課件和教案-第3章-單元測試

單元測試單元測試1為什么要進行單元測試2單元測試的基本概念3單元測試過程對于單元測試的一些錯誤認識太浪費時間了，現(xiàn)在要趕進度，時間上根本不允許，或者隨便做做應付領導。我是一個很棒的程序員，我寫的代碼肯定是沒有問題的。做單元測試太煩了，直接集成，到時有問題在集成測試時肯定能發(fā)現(xiàn)的，實在不行在系統(tǒng)測試總該能發(fā)現(xiàn)吧。它僅僅是證明這些代碼做了什么。單元測試具有的優(yōu)點它是一種驗證行為。它是一種設計行為。它是一種編寫文檔的行為。它具有回歸性。為什么要進行單元測試？驗證代碼的正確性：單元測試可以幫助開發(fā)人員驗證代碼的正確性，確保代碼按照預期工作。通過編寫測試用例并執(zhí)行單元測試，可以盡早發(fā)現(xiàn)代碼中存在的問題，提高代碼質量。提高代碼可維護性：單元測試可以幫助開發(fā)人員理解代碼的邏輯結構和功能，提高代碼的可讀性和可維護性。通過編寫測試用例，開發(fā)人員可以更加清晰地了解代碼各部分的作用和關聯(lián)，有助于后續(xù)開發(fā)和維護工作。方便重構和優(yōu)化：單元測試可以確保代碼在重構和優(yōu)化過程中不會引入新的問題或破壞原有功能。通過運行測試用例，開發(fā)人員可以及時發(fā)現(xiàn)重構或優(yōu)化后的代碼是否依然符合預期的功能。促進團隊合作：編寫單元測試可以促進團隊成員之間的合作和溝通。通過共享測試用例和結果，團隊成員可以更好地理解彼此編寫的代碼，并協(xié)助發(fā)現(xiàn)和解決潛在問題。節(jié)省時間和成本：盡早發(fā)現(xiàn)和修復問題可以避免在后期開發(fā)階段花費更多的時間和成本。通過自動化運行單元測試，可以有效地提高代碼質量，減少后續(xù)測試和調試的工作量。單元測試的基本概念單元測試是一種細粒度的測試，又稱模塊測試。屬于白盒測試，是最小單位的測試。模塊可分為程序模塊和功能模塊。單元測試的對象單元測試的對象是軟件設計的最小單位——模塊或函數(shù)，單元測試的依據(jù)是詳細設計描述。測試的內容模塊接口測試局部數(shù)據(jù)結構測試路徑測試錯誤處理測試邊界測試模塊接口調用所測模塊的輸入?yún)?shù)與模塊的形式參數(shù)在個數(shù)、屬性、順序上是否匹配；所測模塊調用子模塊時，它輸入個子模塊的參數(shù)與子模塊的形式參數(shù)在個數(shù)、屬性、順序上是否匹配；是否修改了只做輸入用的形式參數(shù)；輸出給標準函數(shù)的參數(shù)在個數(shù)、屬性、順序上是否匹配；全局變量的定義在各模塊中是否一致；限制是否通過形式參數(shù)來傳送。局部數(shù)據(jù)結構測試檢查不正確或不一致的數(shù)據(jù)類型說明；使用尚未賦值或尚未初始化的變量；錯誤的初始值或錯誤的默認值；變量名拼寫錯誤或書寫錯誤；不一致的數(shù)據(jù)類型。路徑測試常見的不正確的計算有：運算的優(yōu)先次序不正確或誤解了運算的優(yōu)先次序；運算的方式錯誤（運算的對象彼此在類型上不相容）；算法錯誤；初始化不正確；運算精度不夠；表達式的符號表示不正確等。常見的比較和控制流錯誤有：不同數(shù)據(jù)類型的比較；不正確的邏輯運算符或優(yōu)先次序；因浮點運算精度問題而造成的兩值比較不等；關系表達式中不正確的變量和比較符；“差1錯”，即不正確地多循環(huán)或少循環(huán)一次；錯誤的或不可能的循環(huán)終止條件；當遇到發(fā)散的迭代時不能終止循環(huán)；不適當?shù)匦薷牧搜h(huán)變量等。錯誤處理測試出錯的描述難以理解；出錯的描述不足以對錯誤定位和確定出錯的原因；顯示的錯誤與實際的錯誤不符；對錯誤條件的處理不正確；在對錯誤進行處理之前，錯誤條件已經(jīng)引起系統(tǒng)的干預；如果出錯情況不予考慮，那么檢查恢復正常后模塊可否正常工作。邊界測試在n次循環(huán)的第0次、1次、n次是否有錯誤；運算或判斷中取最大最小值時是否有錯誤；數(shù)據(jù)流、控制流中剛好等于、大于、小于確定的比較值時是否出現(xiàn)錯誤。單元測試的環(huán)境構成在單元測試時，如果模塊不是獨立的程序，需要輔助測試模塊，有兩種輔助模塊：驅動模塊（Driver）樁模塊（Stub）主要單元測試方法人工靜態(tài)分析自動靜態(tài)分析自動動態(tài)測試人工動態(tài)測試測試過程中各種人員的作用系統(tǒng)分析設計人員進行需求跟蹤，確保系統(tǒng)需求的實現(xiàn)和更新。進行軟件單元可測性分析，確定單元測試的對象、范圍和方法。軟件開發(fā)人員負責編碼和單元測試過程，完成單元測試計劃、方案和報告。軟件測試人員參與單元測試計劃、方案和報告的評審，對單元測試的計劃、設計和執(zhí)行質量進行監(jiān)控。根據(jù)實際情況，可選擇參與由開發(fā)人員負責的代碼檢視、單元測試等活動。

配置管理人員對代碼及單元測試文檔進行配置管理。質量保證（QA）人員參與編碼與單元測試評審，對編碼和單元測試過程進行審計。

單元測試輸入《軟件需求規(guī)格說明書》《軟件詳細設計說明書》《軟件編碼與單元測試工作任務書》《軟件集成測試計劃》《軟件集成測試方案》用戶文檔單元測試的輸出《單元測試計劃》《單元測試方案》《需求跟蹤說明書》或需求跟蹤記錄代碼靜態(tài)檢查記錄《正規(guī)檢視報告》問題記錄問題跟蹤和解決記錄軟件代碼開發(fā)版本《單元測試報告》《軟件編碼與單元測試任務總結報告》本章小結單元測試不但保證局部代碼的質量，同時使開發(fā)過程自然而然地變得"敏捷"。單元測試對項目或產(chǎn)品的整個生命周期都具有積極的影響：對需求分析、設計的影響：自動回歸測試可以發(fā)現(xiàn)代碼修改所引入的錯誤，使開發(fā)過程可以適應頻繁變化的需求，減輕需求分析和架構設計的壓力，輕松實現(xiàn)螺旋式的開發(fā)過程。對后期測試的影響：由于代碼錯誤已很少，大幅減少集成測試和系統(tǒng)測試的成本，自動回