極限程式設計(XP)12個最佳實踐
阿新 • • 發佈：2019-01-11
- 現場客戶 ( On-site Customer )
- 程式碼規範 ( Code Standards )
- 每週40小時工作制 ( 40-hour Week )
計劃博弈 ( Planning Game )：
要求結合專案進展和技術情況，確定下一階段要開發與釋出的系統範圍。系統隱喻 ( System Metaphor )：
通過隱喻來描述系統如何運作、新的功能以何種方式加入到系統。它通常包含了一些可以參照和比較的類和設計模式。- 簡單設計 ( Simple Design )
- 測試驅動 ( Test-driven )
- 程式碼重構 ( Refactoring )
程式碼重構是指在不改變系統行為的前提下，重新調整、優化系統的內部結構以減少複雜性、消除冗餘、增加靈活性和提高效能。 - 成對程式設計 ( Pair Programming )
- XP
認為開發小組的每個成員都有更改程式碼的權利，所有的人對於全部程式碼負責。 - 持續整合 ( Continuous Integration )
提倡在一天中整合系統多次，而且隨著需求的改變，要不斷的進行迴歸測試。 - 小型釋出 ( Small Release )
強調在非常短的週期內以遞增的方式釋出新版本，從而可以很容易地估計每個迭代週期的進度，便於控制工作量和風險；同時，也可以及時處理使用者的反饋。