敏捷開發與敏捷測試

敏捷開發：1.敏捷型方法是“適配性”而非“預設性”。重型方法試圖對一個軟件開發項目在很長的時間跨度內作出詳細的計劃，然后依計劃進行開發。這類方法在計劃制定完成后拒絕變化。而敏捷型方法則歡迎變化。其實，它們的目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。2.敏捷型方法是“面向人”的(people-oriented) 而非“面向過程”的 (process-oriented)。 它們試圖使軟件開發工作順應人的天性而非逆之。它們強調軟件開發應當是一項愉快的活動。

　　我認為以上兩個特點很好的概括了敏捷開發方法的核心思想：適應變化和以人為中心。

　　敏捷開發其實借鑒了大量軟件工程中的方法。迭代與增量開發，這兩種在任何一本軟件工程教材中都會被提到的方法，在敏捷開發模式中扮演了很重要的角色。再向前追溯，我們還也可見到瀑布式與快速原型法的影子，也許還有多。 改善，而非創新。敏捷開發可理解為在原有軟件開發方法基礎上的整合——取其精華，去其糟粕。因此敏捷開發繼承了不少原有方法的優勢?！霸诿艚蒈浖_發的過程中，我們每兩周都會得到一個可以工作的軟件，”Fowler介紹，“這種非常短的循環，使終端客戶可以及時、快速地看到他們花錢構建的軟件是一個什么樣的結果?！?/P>

　　敏捷開發的理念：

　　· 個體和交互 勝過 過程和工具

　　· 可以工作的軟件 勝過 面面俱到的文檔

　　· 客戶合作 勝過 合同談判

　　· 響應變化 勝過 遵循計劃

　　并提出了以下遵循的原則：

　　· 我們最優先要做的是通過盡早的、持續的交付有價值的軟件來使客戶滿意。

　　· 即使到了開發的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。

　　· 經常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。

　　· 在整個項目開發期間，業務人員和開發人員必須天天都在一起工作。

　　· 圍繞被激勵起來的個體來構建項目。給他們提供所需的環境和支持，并且信任他們能夠完成工作。

　　· 在團隊內部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。

　　· 工作的軟件是首要的進度度量標準。

　　· 敏捷過程提倡可持續的開發速度。責任人、開發者和用戶應該能夠保持一個長期的、恒定的開發速度。

　　· 不斷地關注優秀的技能和好的設計會增強敏捷能力。

　　· 簡單是最根本的。

　　· 最好的構架、需求和設計出于自組織團隊。

　　· 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應地對自己的行為進行調整。

　　敏捷測試流程總結：

　　在敏捷方法中，XP方法強調測試在整個項目開發過程中的重要性。針對敏捷開發方法的敏捷測試不同于以往針對傳統開發模式的測試,在敏捷團隊中,測試是整個項目組的“車頭燈”，它告訴大家現在到哪了，正在往哪個方向走。測試員為項目組提供豐富的信息，使得項目組基于這些可靠的信息作出正確的決定。不僅是測試員要保證質量，而是整個項目組的每一個人都要對質量負責。測試員不跟開發人員糾纏錯誤，而是幫助他們找到目標,共同為達到項目的最終目標而努力。敏捷測試也需要高度迭代工作、頻繁得到客戶的反饋，需要動態調整測試計劃、測試的執行。并且，敏捷測試人員參與到了更多的敏捷生產活動中，積極的影響了團隊做出的決定和計劃。

原文轉自：http://www.anti-gravitydesign.com