代码走查

 

代码评审的力量

在一个公司，做一个项目，维护一个模块的人有2-4个；有的人负责这个模块的a功能，有的人负责模块的b功能；

每次有新的需求和功能的时候，都是其中一个人负责编码，其它人有可能参与联调或者是后期维护和故障定位；

但是往往大家都会忽略还有一个流程就是：写完代码后，把代码发给这个模块的其它同事进行一起代码走查；

其实很多公司都有代码走查这个流程，但是都是流于纸面上的规定，而且不同的科室有不同的风格，有的科室就不推行这个；

但是我认为如果认真执行这个工作的话，能很好的提高代码的质量和降低故障发生概率。

如何认真执行这个规定，我认为有以下几个方面：

1、代码走查要严格规定一个走查代码的完成时间；很多工作都无法执行的很好，就是没有一个硬性和严格的完成时间，刚开始大家收到这个工作提示的时候，能开始走查以下，但是随着时间的推移，大家都各自忙各自的其它事情了， 到最后有人想起来的时候，这个事情也过去很长时间了；

2、要制定主要的代码走查人员；维护这个模块的代码的人有很多，有的人来的时间比较长，对代码的很多流程都比较的熟悉；就让这个人作为代码走查的关键人员；有的人来的时间比较的短，对代码流程有很多不是太清楚的地方；让这些人也参与代码走查的，目的是让他们可以更好的、更快的熟悉代码流程；培养一下他们的代码的熟悉能力；

3、在给大家发代码走查的时候，一定要把代码的流程和处理方法的文档也要一起发给大家；让大家通过这个文档了解代码实现的目的和要求；还有通过这个来积累模块的流程文档资料，当以后有人员流动的时候可以通过文档来给新来的人员一个参考。