本文探讨了敏捷开发中遇到的旧版本维护与新版本迭代问题。当旧版本出现bug需要修复时，如何在新旧版本代码差异大的情况下进行处理是一个挑战。敏捷开发流程中的需求、开发和测试相互交织，可能导致最终产品与初始需求大相径庭。面对多个版本维护的压力，大多数开发商选择停止对旧版本的支持，以简化开发维护的复杂性。关键在于如何在软件工程的前期设计中预见并解决这些问题。
在所谓敏捷开发中会出现一个经常遇到的问题就是旧版本已经发布出去 ，
新版本正在开发之中，这期间发现旧版本bug需要修改的情况？
通常的解决方法是需要新旧版本的统一修改，如果这期间涉及的新旧版本代码已经
变化很大就需要评估这个bug在新版本是否还要存在是否修改的问题。
进过评估之后，修正新版本的情况。
这种尴尬的原因需要我们先看敏捷开发基本流程
软件开发的过程是，需求-〉开发-〉测试，这是无论哪种所谓开发模式都要遵循的基本流程。
在极度简化的过程中一个软件只有一个功能整个流程可以看作是
需求（1）－〉开发（1）－〉测试（1）
在现代软件开发中往往不是单一功能软件，而是由多个功能组成的复杂软件
那么所谓瀑布模式就是
需求（n）－〉开发（n）－〉测试（n）
这其中测试是比较特殊的因为他不光要考虑功能本身的问题？
还要考虑各种兼容问题！！下面的公式就要修正为
需求（n）－〉开发（n）－〉测试（n＊m）
那么敏捷开发就是要在当前功能基础上不断添加新的功能
需求（n+1）－
最低0.47元/天 解锁文章
扫一扫
3832
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
