作業什麼是XP？

極限程式設計（extreme programming）是敏捷過程中最負盛名的乙個，指好的開發實踐運用到極致。

極限程式設計是一門針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的、可以達到的目標上。它是以符合客戶需要的軟體為目標而產生的一種方**，xp使開發者能夠更有效的響應客戶的需求變化，哪怕是在軟體生命週期的後期。

極端程式設計屬於輕量級的方法，認為文件、架構不如直接程式設計來的直接。

強調我們將任務/系統細分為可以在較短週期解決的乙個個子任務/模組，並且強調測試、**質量和及早發現問題。通常，通過乙個個短小的迭代週期，我們就可以獲得乙個個階段性的進展，並且可以及時形成乙個版本供使用者參考，以便及時對使用者可能的需求變更作出響應。

軟體開發是人與人合作進行的過程，因此成功的軟體開發過程應該充分利用人的優勢，而弱化人的缺點，突出了人在軟體開發過程中的作用。

xp的使用方法

xp的有效實踐

1.完整團隊：

xp專案的所有參與者（開發人員、客戶、測試人員等）一起工作在乙個開放的場所中，他們是同乙個團隊的成員。這個場所的牆壁上隨意懸掛著大幅的、顯著的圖表以及其他一些顯示他們進度的東西。

2.計畫遊戲：

計畫是持續的、循序漸進的。每2周，開發人員就為下2周估算候選特性的成本，而客戶則根據成本和商務價值來選擇要實現的特性。

3.客戶測試：

作為選擇每個所期望的特性的一部分，客戶可以根據指令碼語言來定義出自動驗收測試來表明該特性可以工作。

4.簡單設計：

團隊保持設計恰好和當前的系統功能相匹配。它通過了所有的測試，不包含任何重複，表達出了編寫者想表達的所有東西，並且包含盡可能少的**。

5.結對程式設計：

所有的產品軟體都是由兩個程式設計師、併排坐在一起在同一臺機器上構建的。

6.測試驅動開發：

編寫單元測試是乙個驗證行為，更是乙個設計行為。同樣，它更是一種編寫文件的行為。編寫單元測試避免了相當數量的反饋迴圈，尤其是功能驗證方面的反饋迴圈。程式設計師以非常短的迴圈週期工作，他們先增加乙個失敗的測試，然後使之通過。

7.改進設計：

隨時利用重構方法改進已經腐化的**，保持**盡可能的乾淨、具有表達力。

8.持續整合：

團隊總是使系統完整地被整合。乙個人遷入（check in）後，其它所有人負責**整合。

9.集體**所有權：

任何結對的程式設計師都可以在任何時候改進任何**。沒有程式設計師對任何乙個特定的模組或技術單獨負責，每個人都可以參與任何其它方面的開發。

10.編碼標準：

系統中所有的**看起來就好像是被單獨一人編寫的。

11.隱喻：

將整個系統聯絡在一起的全域性檢視；它是系統的未來影像，是它使得所有單獨模組的位置和外觀變得明顯直觀。如果模組的外觀與整個隱喻不符，那麼你就知道該模組是錯誤的。

12.可持續的速度：

團隊只有持久才有獲勝的希望。他們以能夠長期維持的速度努力工作，他們儲存精力，他們把專案看作是馬拉松長跑，而不是全速短跑。

專案組根據交付計畫和專案速率選擇需要優先完成的使用者故事或代消除的差錯，將其分解為可在1-2天完成的任務，制定出迭代計畫。

然後通過每天舉行一次站立會議，解決遇到的問題，調整迭代計畫，之後進行**共享式的開發工作。

而其所開發的新功能必須100%通過單元測試，並且立刻進行整合，得到的新的可執行版本將由客戶進行驗收測試。

開發人員和客戶代表交流的情況並對發現的問題進行討論，提出新的使用者故事，算出新的專案速率，把相關的資訊提交給站立會議。

極限程式設計為傑出的敏捷過程，具有對變化和不確定性的更快速、更敏捷的反應特性，在快速的同時還能保持可持續的開發進度。有利於更好地適應商業競爭環境下對小型專案提出有限資源和有限開發時間的約束。

———————-編寫於2017/10/01—————————-

作業 什麼是XP？