敏捷開發(fā)流程與方法(存儲版)
【正文】 ?Tester ?(OnSite) Customers ? 所有的小組成員應(yīng)在同一個工作地點工作。 ?客戶使用發(fā)布的系統(tǒng)，可以保證頻繁地反饋和交流。 ? “ A Test a day ,takes the bugs away” Siemens 失敗 通過 時間 功 能 測 試 小組實踐 1:持續(xù)集成 (Continuous integration) 1 自動化編譯質(zhì)量度量 2 3 自動化測試 持續(xù)反饋 團隊實踐 2:隱喻 (System Metaphor) “ The system metaphor is a story that everyone customers, programmers, and managers can tell about how the system works.” — Kent Beck Team將 Domain/SubDomain Model， Design/SubDesign Model以及一些關(guān)鍵概念等等抽象化為比喻。這是知識細(xì)化、深化的結(jié)果，是“持續(xù)學(xué)習(xí)” (Continuous learning)的過程；是對商業(yè)模型和設(shè)計模型的持續(xù)重構(gòu)。 XP提倡毫不留情的重構(gòu) (Refactor mercilessly)。 需求 分析 設(shè)計 編碼 測試 集成 使用和維護 Planned Design XP Design 變化導(dǎo)致的成本增加 軟件研發(fā) 異動曲線 編程方法 3:簡單設(shè)計 標(biāo)準(zhǔn) (依重要性 )：通過所有測試，可讀性高的代碼，避免重復(fù)，最少數(shù)量的類別或方法。它們只不過需要盡可能簡單，但是仍能工作。 ” ? Scrum提供了一種經(jīng)驗方法，它使得團隊成員能夠獨立地，集中地在創(chuàng)造性的環(huán)境下工作。 3. Sprint(沖刺 ): 通常為 30天的迭代時間，把 Backlog中的每一項安排在 Sprint中，由團隊估算出所需要的時間（按小時記）。 7. 每一次 Sprint之后要 review，團隊按照既定的 Sprint Backlog目標(biāo)來演示完成的內(nèi)容。讓開發(fā)人員理解并實施，體驗到敏捷的好處，而不是盲目機械地實施規(guī)范。 ? 文檔不是目的，有效溝通才是目的。當(dāng)對系統(tǒng)結(jié)構(gòu)進行大的調(diào)整時，如果沒有測試驅(qū)動輔助的話，那么可控性就會很差，這不能叫做重構(gòu)。 ? 因此，在實施敏捷的時候，需要在團隊內(nèi)明確哪些知識是必須顯性的，這些知識可以通過文檔交流。 ? 把人的能動性調(diào)動起來，給動力而不是給壓力。 Scrum會議不同于項目會議，對團隊來說，它起到了快速簡報的作用。 SCRUM的過程圖 SCRUM實踐 1. Scrum團隊： 57個人的小項目團隊， 團隊的負(fù)責(zé)人可能擔(dān)負(fù)起 Scrum Master的角色。 ? 結(jié)對的編程比單獨編程更有效。我們總是先嘗試使用能夠工作的最簡單的設(shè)計，然后隨著現(xiàn)實的不斷顯現(xiàn)來更改它。 編程方法 3:簡單設(shè)計 ? 簡單設(shè)計 Do the simplest thing that could possibly work； You aren’t going to need it ? 如果沒有它和眾多慣例規(guī)則之間的耦合， XP的演化設(shè)計就蛻化成 CODEFIX。 ” Kent Beck 8:00 AM Standup Meeting Pair Up Tester 自我測試 編碼 重構(gòu) 集成并納入 CI 驗證 5:30PM 結(jié)束 測試用例 編程方法 編程方法 1:測試驅(qū)動開發(fā) (TDD) 失敗 通過 時間 單元測試 100% 通過 設(shè)計 先 寫 單元測試 重構(gòu) 運行 單元測試 編程 發(fā)現(xiàn) BUG 集成 先 寫 功能測試 User Story 運行 功能測試 編程方法 2:重構(gòu) (Refactoring ) 減少重復(fù)設(shè)計，優(yōu)化設(shè)計結(jié)構(gòu)，提高技術(shù)上的重用性和可擴展性。 ? Metaphor是設(shè)計過程的航標(biāo) —— 真正靈活有效的設(shè)計是針對商業(yè)原則的設(shè)計，而不是針對商業(yè)原則表現(xiàn)形式的設(shè)計，更不是脫離商業(yè)需求目的的學(xué)術(shù)設(shè)計。目的在于不斷獲得客戶反饋以及盡早發(fā)現(xiàn)BUG。 XP新增加的任務(wù)： (1) 寫 User Story (2) 評估 User Story的商業(yè)優(yōu)先級 (3) 為每個 User Story定義驗收測試 (4) 計劃開發(fā)內(nèi)容 (5) 調(diào)控開發(fā)過程 (6) 建立商業(yè)模型，把隱藏在客戶需
電大資料相關(guān)推薦
鄂ICP備17016276號-1