敏捷软件开发和极限编程

快捷方式: 差异，相似，杰卡德相似系数，参考。

敏捷软件开发和极限编程之间的区别

敏捷软件开发 vs. 极限编程

敏捷软件开发（Agile software development），又稱敏捷开发，是一種從1990年代開始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于「非敏捷」，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发過程中人的作用。 敏捷軟體開發（或稱快速程式開發RAD）描述了一套軟件開發的價值和原則，在這些開發中，需求和解決方案皆通過自組織跨功能團隊達成。敏捷軟體開發主張適度的計畫、進化開發、提前交付與持續改進，並且鼓勵快速與靈活的面對開發與變更。這些原則支援許多軟件開發方法的定義和持續進化。 「敏捷」（Agile或agile）一詞由「敏捷軟件開發宣言」（Manifesto for agile software development）中開始推廣，「敏捷軟件開發宣言」定義了相關的價值和原則。敏捷軟體開發的框架不斷的發展，兩個最廣泛被使用的是Scrum與Kanban。. 极限编程（Extreme programming，縮寫為XP），是一种软件工程方法学，是敏捷软件开发中。如同其他敏捷方法学，极限编程和传统方法学的本质不同在于它更强调可适应性而不是可预测性。極限编程的支持者认为软件需求的不断变化是很自然的现象，是软件项目开发中不可避免的、也是应该欣然接受的现象；他们相信，和传统的在项目起始阶段定义好所有需求再费尽心思的控制变化的方法相比，有能力在项目周期的任何阶段去适应变化，将是更加现实更加有效的方法。 極限编程为管理人员和开发人员开出了一剂指导日常实践的良方；这个实践意味着接受并鼓励某些特别的有价值的方法。支持者相信，这些在传统的软件工程中看来是“极端的”实践，将会使开发过程比传统方法更加好的响应用户需求，因此更加敏捷，更好的构建出高质素软件。.

持續整合

持續整合（Continuous integration，縮寫CI）是一種軟體工程流程，是將所有软件工程師對於軟體的工作副本持续整合到共用主線（mainline）的一种举措。该名稱最早由葛來迪·布區（Grady Booch）在他的中提出，不过他並不支持在一天中进行数次整合。之後该举措成為極限編程（extreme programming）的一部份時，其中建議每天應整合超过一次，甚至達到數十次。在测试驱动开发（TDD）的作法中，通常還會搭配自動單元測試。持續整合的提出主要是為解決軟體進行系統整合時面臨的各項問題，極限編程稱這些問題為整合地獄（integration hell）。.

持續整合和敏捷软件开发 · 持續整合和极限编程 · 查看更多 »

测试驱动开发

测试驱动开发（Test-driven development，縮寫為TDD）是一種软件开发过程中的應用方法，由极限编程中倡导，以其倡导先写测试程序，然后编码实现其功能得名。测试驱动开发始于20世纪90年代。测试驱动开发的目的是取得快速反馈并使用“illustrate the main line”方法来构建程序。 测试驱动开发是戴两顶帽子思考的开发方式：先戴上实现功能的帽子，在测试的辅助下，快速实现其功能；再戴上重构的帽子，在测试的保护下，通过去除冗余的代码，提高代码质量。测试驱动着整个开发过程：首先，驱动代码的设计和功能的实现；其后，驱动代码的再设计和重构。.

敏捷软件开发和测试驱动开发 · 极限编程和测试驱动开发 · 查看更多 »