从瀑布到敏捷

从瀑布到敏捷

本科学到的瀑布模型

在瀑布模型中，软件有着一个明确的生命周期：可行性分析-需求分析-软件设计-编码-测试-发布-维护。而学习时也在时刻强调这样一个观点：编码前做好设计，设计前做好分析。这种观点与“凡事预则立，不预则废”的古训，以及孙子兵法中“战前先计”的思想有着相同的哲理。

敏捷模型

然而，软件亦如战场，“兵无常势，水无常形”，软件工程中唯一不变的就是变化。因此，敏捷模型应运而生。与瀑布模型中各个阶段有一个明确的界限以及线性进行不同，敏捷模型追求的是持续的，增量式的。初次接触到敏捷，任何一个人都难免震惊——它与根深蒂固的瀑布模型价值观完全相悖！这是又回到了瀑布模型出现之前的“野蛮编码”的时代了吗？非也！从设计到编码到交付，敏捷所带来的观念、方法和习惯的变革是深远的。

编码习惯的改变

在敏捷过程中，不再是编码完一个大型项目再进行测试。而是高频的编码-构建-测试循环。以测试驱动开发，每次完成一个小的功能，增量地完成整个系统。

当然，这种习惯的变革也是技术变革来支撑的。难以想象在maven、gradle等构建工具和mockito等模拟工具出现之前，如何进行这样的编码。