知乎最近有個提問，叫“什么是「中華田園敏捷開發」？”以下為節選部分精彩回答，完整鏈接請見文末。

來自知乎用戶@太狼的回答：

隨時加需求
不可能改期
永遠不回顧
上線就不管

來自@知乎用戶@郭啟軍的回答：

你們可能不知道一個項目研發時間就一天是什么概念，我們一般只會用兩個字來形容這種人：碼怪。

我經常說一句話，當年Linus 能用10天開發完一個git，那么我用1天做一個項目，不是問題。

埋伏他一手，加個寫死的特殊邏輯，這個需求不用考慮，這種情況不會出現。

反手加一個ifelse，悶聲發大財，產品改需求了？但是不用怕，我改的比他快，五六七八九十個ifelse，兩行注釋，很牛逼這個代碼，如果把這個需求砍掉，今晚10點就能下班，但是砍不掉。

ctrl+ c + v，直接把這個需求實現了。

warning全部IDE直接屏蔽掉。測試快點，測試，先把開發完的那部分測一下，測試你快點啊！測試別磨磨蹭蹭的。

五六七八九十個測試工單，疏忽了，應該加個try catch的。

給測試倒杯茶好吧，測試給你倒一杯卡布奇諾。

給測試倒一杯卡布奇諾，開始你的人工智能測試，這個放到二期優化，那個功能砍掉不用測了，漂亮。

準備上線了產品要改需求？產品要改需求？你今天要是把需求給改了，我！當！場！就把這個電腦屏幕吃掉。

以下來自知乎用戶@熊節的部分回答：

很簡單，一切沒有良好自動化測試覆蓋的敏捷都是偽敏捷。

任何一種迭代和增量的交付方式，都會遇到一個嚴肅的靈魂拷問：頻繁對軟件做修改，如何保障軟件不被改壞？

這個問題，用人肉測試解決不了。交付越頻繁，人肉測試就越不可能跟上節奏。自動化的、快速且可靠的、覆蓋完善的測試必不可少。這種要求，后補式的、黑盒的測試方法不可能達到，必須在開發軟件的過程中內建。

當團隊被迫采用迭代和增量的需求管理和項目管理方式，對應的配置管理和質量保障手段就必須跟上。這個質量保障手段就是自動化測試，尤其是高覆蓋率的自動化單元測試。這個配置管理手段就是持續集成。

要知道一個團隊是不是真的在做敏捷，看一件事就行了，看這個團隊的開發是否每15分鐘至少執行一次自動化測試。如果沒有，就是偽敏捷。

以上內容節選自知乎，如有侵權請聯系刪除。

完整鏈接：https://www.zhihu.com/question/328042540

長按二維碼，關注我們

新睿云，讓云服務觸手可及

云主機｜云存儲｜云數據庫｜云網絡

點擊“閱讀原文”參與活動

總結

以上是生活随笔為你收集整理的什么是中华田园敏捷开发？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。