敏捷開發與傳統開發

1 自由度低 缺乏靈活性

2 缺陷發現晚，無法及時反饋

3 協同合作缺失，容易引起團隊衝突

4 產品質量無法保證

1 重複性工作，測試質量低

2 測試效率低

3 無法保證覆蓋**全路勁

4 無法兼顧多平台，多瀏覽器

為應對需求快速變化而發展的軟體開發方法，有多種敏捷開發方法：

極限程式設計（extreme programming）

精益開發（lean software development）

特徵驅動開發（feature-driven development）等

敏捷開發更傾向於迭代式開發，增量交付，及時反饋，關注軟體質量。

特點：

更強的靈活性

更短的開發周期

持續反饋

測試和開發技能的融合

單元測試（unit test）

整合測試（integration test）

端到端測試（end-to-end test）

此時自動化並不是要徹底擺脫測試人員，而是一種由人設計及其的行為。讓機器驅動測試的新模式。

持續整合是乙個頻繁持續的在團隊內進行業務整合，自我反饋完善的軟體開發實踐。持續整合通過自動化構建，把包括編譯，部署，測試，審計和反饋的一組流程用一體化方案驅動起來，整個流程不需要任何使用者的人工干預。其好處在於：

1 及早發現缺陷

2 通過構建自動化過程，減少開發測試人員的重複勞動

3 團隊成員在任何時間點上提交的**都可以進行整合，這使得開發團隊能隨時發布可部署的軟體

4 持續良好的架構可以有效實現分布式團隊的協作溝通，讓團隊成員任何時候都能了解產品的狀態，實時的知道當前已經完成了什麼功能，還有什麼缺陷需要修復。

敏捷開發領跑傳統測試

diego lo giudice是forrester research的首席分析師，他在近期的部落格中 了敏捷開發為什麼領跑傳統測試，他在部落格中說，敏捷實踐正在打散傳統的測試組織。敏捷開發人員總是要完成更多的測試，所以qa專業人員需要參與到開發團隊的日常運作中。按照deigo所說的這種近期的趨勢，...

敏捷開發與敏捷測試

敏捷開發 1.敏捷型方法是 適配性 而非 預設性 重型方法試圖對乙個軟體開發專案在很長的時間跨度內作出詳細的計畫，然後依計畫進行開發。這類方法在計畫制定完成後拒絕變化。而敏捷型方法則歡迎變化。其實，它們的目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。2.敏捷型方法是 面向人 的 peop...

敏捷式開發質疑傳統軟體過程

敏捷式開發質疑傳統軟體過程 在六十年代末期提出了軟體危機的概念，因此提出了非常有紀律性的方法即軟體工程學，試圖從電子工程學 技術工程學提煉出一些東西來用於軟體工程學，他們想從中提煉出一種方法，使得軟體開發的流程更有 性。但軟體業的人在做軟體的過程中發現這些方法並沒有減少軟體開發過程中遇到的問題。近年...