一、时间宽松时的代码维护
对于新人，一般都会留出一段时间进行代码的接手，那么对于怎样处理接到手中的代码，是不是仅仅是看看代码、写写心得，还是可以利用这段空暇时间，煅炼提升自己，我期望是后者，结合公司部门的情况，对这样的情况进行个人阐释：
1、对现有代码的熟悉。若是对拿到手中的代码，都不知道是做什么的，有什么用，可能就什么意义也没有，后面的也不用看了。
2、增加或者补充測试用例，若是没有測试用例，后面的重构基本上是没办法进行推断是否正确的。
3、用測试用例对代码进行測试，以期达到相关效果和理解代码逻辑及功能的目的。
4、循序渐进重构代码，把相关代码通过使用一系列的手段进行重构。
5、对重构部分，使用相关測试用例进行測试，对于跑只是的，通过对照老的代码，发现相关的问题然后处理。
6、继续重构和执行測试用例，直到能达到惬意的效果。
二、时间紧迫时功能的要求
在开发过程中，大多数遇到的应该是属于这一类的问题，工期要求比較紧，而对于原有唯独个主要的了解，或者是只看过一部分，而立即又要添加或者改动功能。对于这样的情况，尽可能的做到稳扎稳打，新功能搞不清楚老代码相关部分看不明确，坚决不进行改动和新功能的加入，否则会造成改动出来的需求质量不高，后期维护困难。个人觉得能够採用例如以下的过程：
1、彻底的理解新需求。
2、把新需求结合对已有代码的理解，确定须要改什么，要改什么地方，添加在哪儿、是否要新接口等等。
3、对即将变更的部分整理相关的測试用例，缺少的加以补充。
4、添加或者改动代码。
5、执行測试用例，使相关用例都通过。4、5步骤极可能反复。
6、交给測试部，或者公布。
7、对本次变动部分进行重构，然后执行測试用例。（本步骤在时间特别紧时可能会被忽略，但个人不希望）
对于新人，一般都会留出一段时间进行代码的接手，那么对于怎样处理接到手中的代码，是不是仅仅是看看代码、写写心得，还是可以利用这段空暇时间，煅炼提升自己，我期望是后者，结合公司部门的情况，对这样的情况进行个人阐释：
1、对现有代码的熟悉。若是对拿到手中的代码，都不知道是做什么的，有什么用，可能就什么意义也没有，后面的也不用看了。
2、增加或者补充測试用例，若是没有測试用例，后面的重构基本上是没办法进行推断是否正确的。
3、用測试用例对代码进行測试，以期达到相关效果和理解代码逻辑及功能的目的。
4、循序渐进重构代码，把相关代码通过使用一系列的手段进行重构。
5、对重构部分，使用相关測试用例进行測试，对于跑只是的，通过对照老的代码，发现相关的问题然后处理。
6、继续重构和执行測试用例，直到能达到惬意的效果。
二、时间紧迫时功能的要求
在开发过程中，大多数遇到的应该是属于这一类的问题，工期要求比較紧，而对于原有唯独个主要的了解，或者是只看过一部分，而立即又要添加或者改动功能。对于这样的情况，尽可能的做到稳扎稳打，新功能搞不清楚老代码相关部分看不明确，坚决不进行改动和新功能的加入，否则会造成改动出来的需求质量不高，后期维护困难。个人觉得能够採用例如以下的过程：
1、彻底的理解新需求。
2、把新需求结合对已有代码的理解，确定须要改什么，要改什么地方，添加在哪儿、是否要新接口等等。
3、对即将变更的部分整理相关的測试用例，缺少的加以补充。
4、添加或者改动代码。
5、执行測试用例，使相关用例都通过。4、5步骤极可能反复。
6、交给測试部，或者公布。
7、对本次变动部分进行重构，然后执行測试用例。（本步骤在时间特别紧时可能会被忽略，但个人不希望）