前言：為什麼代碼品質在敏捷專案中至關重要？
敏捷開發強調短迭代、快速交付，但若缺乏品質把關，技術債會像滾雪球般累積，導致後期維護成本爆增、測試週期拉長。本文結合敏捷特性，提出五步驟品質保障體系：統一規範 → 靜態分析 → 單元測試 → 持續整合 → 代碼審查與重構。
步驟一：統一編碼規範與代碼風格
規範涵蓋範圍
- 格式規範： 縮排、大括號風格、單行長度限制。
- 命名規則： 套件、類別、方法、變數、常數、介面命名慣例。
- 文件規範： 類別標頭、JavaDoc 註解、參數/回傳值說明。
- 程式設計規範： 例外處理、並發控制、資源關閉模式。
- 其他： 日誌格式、屬性檔結構、回傳碼/訊息規範。
落地工具：Eclipse Code Style + Formatter
Window → Preferences → Java → Code Style → Formatter- 點選 New 建立專案專屬設定檔（如
ProjectCodeStyle），基於內建樣板微調。
- 調整完畢 Apply → Export 匯出
.xml，團隊成員 Import 即可共用。
- 提交前
Source → Format (Ctrl+Shift+F) 一鍵美化。
同樣處理 Code Style 下的 Clean Up、Organize Imports 等項目，全部匯出 XML 歸檔，新成員一鍵導入即上手。
步驟二：靜態代碼分析 —— FindBugs 實戰
不執行代碼，直接掃描 Bytecode/Source 找出潛在缺陷（NullPointer、資源洩漏、同步錯誤等）。
Eclipse 整合步驟
- 安裝 FindBugs 外掛。
Preferences → FindBugs 勾選所需 Detector（如 DMI、NP、SYNC）。- 專案/資料夾右鍵 FindBugs → Find Bugs 掃描。
- 結果視圖依嚴重度分組，點擊跳轉原始碼修正。
- 結果可匯出 XML/Text，納入 CI 報表。
替代工具： PMD（原始碼層面）、SonarQube（整合儀表板）。
步驟三：單元測試 —— 從設計到覆蓋率
3.1 測試用例設計與評審
- 白箱視角：邏輯分支、邊界值、異常路徑。
- 產出《單元測試用例設計文件》，評審由熟悉模組邏輯的成員把關，補足盲區。
3.2 Mock 技術隔離依賴
真實依賴難建構、行為不可控、執行緩慢時，用 Mock 物件替代。
- 主流框架：Mockito（語法簡潔、無需預錄行為）、EasyMock、PowerMock。
- 範例：
List mockList = mock(LinkedList.class); when(mockList.get(0)).thenReturn("first");
3.3 覆蓋率分析：EclEmma (JaCoCo)
- 測試類右鍵 Coverage As → JUnit Test。
Coverage 視圖顯示類/方法/行/分支覆蓋率，紅/黃/綠高亮未覆蓋程式碼。- 設定門檻（如類/套件覆蓋率 ≥ 80%），但勿盲目追求高覆蓋率而忽略用例品質。
步驟四：持續整合 —— RTC + Hudson 自動化流水線
自動建構
- RTC
Build Engine 定期/提交觸發 Ant 腳本編譯、打包。
- 建構結果報告自動通知開發人員，歷史版本可追溯。
自動化品質閘
在 Ant 腳本串接 JUnit、FindBugs、Emma/JaCoCo，每次建構自動跑測試、掃描、覆蓋率。RTC 不支援詳細測試報表展示，整合 Hudson (Jenkins) 聚合報表、趨勢圖。
步驟五：代碼審查與重構
兩種審查形式
- 同級審查： 兩人互審，輕量、高頻。
- 小組審查： 會議制，針對核心/高風險模組，早期多辦、後期漸減。
工具輔助
- Jupiter (Eclipse 外掛)： 註解定位到具體行，XML 存檔可版控。
- CodeStriker (Web)： 行級/檔案級討論、郵件通知、版控整合。
審查發現 → 重構
- 小範圍：Eclipse 重構功能（重命名、抽取方法、提取介面）。
- 跨模組/架構層級：全團隊討論、分階段實施。
結語
沒有銀彈，只有持續改善。將這五步驟內化為團隊肌肉記憶，配合工具自動化，才能在敏捷節奏下持續出高品質、可維護的 Java 代碼。
