敏捷開發(fā)中高質(zhì)量java代碼開發(fā)實踐-在線瀏覽
2024-10-03 01:36本頁面
【正文】 式，如圖 3 所示。如圖 4 所示。同時可以點擊 Export 將當前的格式定義導出成一個 XML 文件，這樣項目組的其他成員就可以很方便通過點擊圖 3 中的 Import 按鈕來導入該 XML 文件來使用同一個代碼格式定義。同樣可以通過對 Code Style 下的其他項目進行設置來幫助對 Java 代碼的樣式進行控制。步驟二：靜態(tài)代碼分析在完成源代碼的開發(fā)以后，下面要進行的工作就是審視和測試代碼。靜態(tài)代碼分析工具并不需要運行代碼，可以直接對 Java 文件和 Class 文件進行分析，通過一些檢查條件的設置，快速找到代碼中的錯誤和潛在缺陷。在這里，選擇 FindBugs 作為靜態(tài)代碼分析工具。通過檢查 Class 文件或者 JAR 文件，將字節(jié)碼和一組缺陷模式進行對比，來發(fā)現(xiàn)可能存在的代碼問題?？梢詫ψ约旱捻椖窟M行配置，選擇需要的 Detector 檢查代碼。代碼可以是一個項目，也可以只是幾個文件。點擊結(jié)果里面的每一個錯誤，會自動打開對應的代碼。FindBugs 的檢查結(jié)果可以是 XML 文件，也可以是文本文件，便于項目的集成管理和檢查保存。設計階段需要具體考慮要對哪些代碼單元進行測試，被測單元之間的關(guān)系，測試策略，以及單元測試用例設計等，并最終輸出《單元測試用例設計》文檔，用來指導具體的單元測試執(zhí)行。同時也配合測試用例和功能塊的匹配方法來衡量用例設計的完整性。個人的理解和經(jīng)驗始終是有限的，用例評審可以借集體之力，對用例設計進入查漏補缺，進一步保證測試用例的有效性。模擬對象技術(shù)在實際項目中，開發(fā)人員自己的代碼往往需要和其他的代碼模塊或系統(tǒng)進行交互，但在測試的過程中，這些需要被調(diào)用的真實對象常常很難被實例化，或者這些對象在某些情況下無法被用來測試，例如，真實對象的行為無法預測，真實對象的行為難以觸發(fā)，或者真實對象的運行速度很慢。模擬對象技術(shù)利用了在面向接口的編程中，由于代碼直接對接口進行調(diào)用，所以代碼并不知道引用的是真實對象還是模擬對象，這樣就可以順利的完成對代碼的測試。其中 Mockito 消除了對期望行為的需求，避免了這些代碼的大量初始化。這樣，測試代碼就可以利用這個對象來測試我們的功能代碼，需要調(diào)用和返回值的時候，可以順利的得到模擬對象的返回值。測試覆蓋率分析為了衡量單元測試的質(zhì)量和覆蓋的范圍，需要對單元測試的代碼進行測試覆蓋分析。具體采用哪些指標可以根據(jù)項目的實際情況來定，以避免因過高的指標增加了代碼開發(fā)人員的工作量而影響了項目整體的進度。EclEmma 是一款基于 EMMA 的 Eclipse 插件，方便在 Eclipse IDE 中進行測試覆蓋率分析。雙擊打開某一具體的類后，可以看到高亮顯示的覆蓋分析結(jié)果，如圖 10 所示。圖 10. 查看測試覆蓋分析結(jié)果在 Coverage 視圖中可以通過點擊鼠標右鍵將測試覆蓋分析的結(jié)果導出成需要的格式，例如 HTML。圖 12. 測試覆蓋分析報告為了保證單元測試的有效性和質(zhì)量，可以規(guī)定一個測試覆蓋率的下限，例如所有的包和類的覆蓋率必須達到 80% 以上。步驟四：持續(xù)集成持續(xù)集成（Continuous Integration）是利用一系列的工具，方法和規(guī)則，做到快速的構(gòu)
教學課件相關(guān)推薦
鄂ICP備17016276號-1