修改一处代码引起了另一处Defect的经验

Question

各位在开发过程中一定遇到过修改一处代码引起了另一处Defect的经验，很多同事可能刚到项目上，不清楚某一处代码可能引起的关联性和影响点，那么如何确保项目质量的呢？(大型项目)
AD的单元测试？ST的集成测试或回归测试？
目前我们项目上遇到了此类问题，被客户追问需要提出改善的方案，希望有这方面经验的同仁提出宝贵意见，也为以后新人或者加入新项目的老人们提供参考的依据。
客户邮件描述如下：
在对应CR或Defect的时候，如何针对影响范围和类似功能进行确认及修改的？
关注主要集中在.
1．对影响范围和相同功能的确认方法和工具

2．对有影响的部分，具体修改的方法

3．相关的质量保证手段

问题补充

NanguoCoffee 写道

除非是开发新功能、新版本，否则都按照打补丁的方式处理。
打补丁的方式就是： 不修改只添加。

把有问题的代码单独拷贝出来，单独修改，只让要修改的功能依赖新修改的代码。

那样不是会新添加很多类？
这东西开发了10多年了,已经多达数不过来了.. 
问题补充

pk3589 写道

chenxiang105 写道

各位在开发过程中一定遇到过修改一处代码引起了另一处Defect的经验，很多同事可能刚到项目上，不清楚某一处代码可能引起的关联性和影响点，那么如何确保项目质量的呢？(大型项目)
AD的单元测试？ST的集成测试或回归测试？
目前我们项目上遇到了此类问题，被客户追问需要提出改善的方案，希望有这方面经验的同仁提出宝贵意见，也为以后新人或者加入新项目的老人们提供参考的依据。
客户邮件描述如下：
在对应CR或Defect的时候，如何针对影响范围和类似功能进行确认及修改的？
关注主要集中在.
1．对影响范围和相同功能的确认方法和工具

2．对有影响的部分，具体修改的方法

3．相关的质量保证手段

根本的解决方案 是找清楚这个项目业务的人进行 开发修改设计

说实话,项目10来年了. 经过的人手不是一二十人啊.  这样一个耦合度偏重的项目. 虽然慢慢在学着解耦,毕竟还是比较难做到像个新项目一样, 对这样的项目怎么样,怎么样才能减少开发人员引起的defect
问题补充

devroller2 写道

做一个功能矩阵表啊。把内在逻辑相关的功能都罗列出来，当修改一处地方的时候就可以看到可能涉及到的相关功能，当然这个表要经常维护的

这个想法可行度咋样？ 有试过没？？

Answer 1

这个在实际开发中确实很难，因为开发人员水平参差不齐。

如果你用模块化设计，每个功能都用自己的方法，公用方法设计的变量用克隆。这样系统效能低下。

个人认为，只能从提高编程水平和习惯，以及开发制度规范化方面来提高。