什么是中华田园敏捷开发？

知乎最近有个提问，叫“什么是「中华田园敏捷开发」？”以下为节选部分精彩回答，完整链接请见文末。

来自知乎用户@太狼的回答：

随时加需求
不可能改期
永远不回顾
上线就不管

来自@知乎用户@郭启军的回答：

你们可能不知道一个项目研发时间就一天是什么概念，我们一般只会用两个字来形容这种人：码怪。

我经常说一句话，当年Linus 能用10天开发完一个git，那么我用1天做一个项目，不是问题。

埋伏他一手，加个写死的特殊逻辑，这个需求不用考虑，这种情况不会出现。

反手加一个ifelse，闷声发大财，产品改需求了？但是不用怕，我改的比他快，五六七八九十个ifelse，两行注释，很牛逼这个代码，如果把这个需求砍掉，今晚10点就能下班，但是砍不掉。

ctrl+ c + v，直接把这个需求实现了。

warning全部IDE直接屏蔽掉。测试快点，测试，先把开发完的那部分测一下，测试你快点啊！测试别磨磨蹭蹭的。

五六七八九十个测试工单，疏忽了，应该加个try catch的。

给测试倒杯茶好吧，测试给你倒一杯卡布奇诺。

给测试倒一杯卡布奇诺，开始你的人工智能测试，这个放到二期优化，那个功能砍掉不用测了，漂亮。

准备上线了产品要改需求？产品要改需求？你今天要是把需求给改了，我！当！场！就把这个电脑屏幕吃掉。

以下来自知乎用户@熊节的部分回答：

很简单，一切没有良好自动化测试覆盖的敏捷都是伪敏捷。

任何一种迭代和增量的交付方式，都会遇到一个严肃的灵魂拷问：频繁对软件做修改，如何保障软件不被改坏？

这个问题，用人肉测试解决不了。交付越频繁，人肉测试就越不可能跟上节奏。自动化的、快速且可靠的、覆盖完善的测试必不可少。这种要求，后补式的、黑盒的测试方法不可能达到，必须在开发软件的过程中内建。

当团队被迫采用迭代和增量的需求管理和项目管理方式，对应的配置管理和质量保障手段就必须跟上。这个质量保障手段就是自动化测试，尤其是高覆盖率的自动化单元测试。这个配置管理手段就是持续集成。

要知道一个团队是不是真的在做敏捷，看一件事就行了，看这个团队的开发是否每15分钟至少执行一次自动化测试。如果没有，就是伪敏捷。

以上内容节选自知乎，如有侵权请联系删除。

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

长按二维码，关注我们

新睿云，让云服务触手可及

云主机｜云存储｜云数据库｜云网络

点击“阅读原文”参与活动