3）、阅读代码的过程中，如果发现有可供提取的可重用方法或模块，及时记录并通报给项目的架构负责人，由其负责可重用方法的编写；

　　4）、及时向程序员通报代码走查的结果，并由程序员对发现的问题进行修改。必要时对代码走查中发现的问题需及时向程序员进行讲解和指导；

　　5）、跟踪代码走查中发现的问题的解决进展，直到问题均关闭；

　　6）、每日重复以上的步骤，直到所有功能的编码全部结束为止。

　　通过以上代码走查活动的说明，可看出代码走查人员在项目中承担着比较重要的角色。因此安排合适的人来进行代码走查也显得格外重要，可以说直接关系着代码走查活动的最终成效。

　　通常我们可考虑安排功能的设计者来负责该功能的代码走查。这样有几个好处：

　　一是功能的设计者对于功能的业务需求比较清楚，这样在做代码走查时就容易了解程序员编写的代码是否能够满足设计的要求和业务需求。其实从另外一个角度来看也是对设计的一种检查；

　　二是通常功能的设计者都是较资深的人员，可以为程序员提供有效地指导和协助，从另外一个角度也是对程序员的On-Job Training。

　　在实施代码走查的过程中，我们还需要借助工具来提高我们的效率，但切忌过分依赖工具或者仅仅只靠工具。同时也需要转变为了代码走查而代码走查的倾向，因为那样就不能发挥代码走查的作用，并最终达到代码走查的目的。

　　从实践来看，代码走查时记录问题的方式也影响到代码走查的效率。这里向大家介绍一个在Eclipse中进行代码走查的插件——Jupiter。它提供了一种简单而便捷的方式来记录和跟踪代码走查时发现的问题。

　　Jupiter将走查结果以XML文件的形式存入SCM系统中，并且每条代码走查的意见直接关联对应代码，可以做方便的代码跳转。最新的安装包可以在Jupiter的网站上下载到：http://csdl.ics.hawaii.edu/tools/jupiter

　　下图是Eclipse中安装Jupiter后的界面。

　　在项目中使用Jupiter时，需要先进行配置。所有配置信息都保存在一个.jupiter文件中，并需将之提交到SCM系统。

　　配置完成后，可按照以下步骤来使用：

　　1）、个人走查（Individual Phase） 代码走查者在本地对代码进行走查，然后建立相关的Review Issue。走查结果会自动保存在一个以.review为扩展名的XML文件中。该文件保存在Eclipse项目所在目录的某个子目录下，通常是项目根目录下的Review子目录。走查完毕，走查者需将.review文件提交到SCM系统。

　　2）、团队走查（Team Phase） 个人更新本地工程以获得其他走查者的.review文件，然后选择“Team Phase”。这样，所有在个人走查阶段建立的Review Issue都将会在本地呈现。此阶段主要完成问题的分析与指派。最后，将修改后的全部.review文件重新提交到SCM系统。

　　3）、修改阶段（Rework Phase） 被查代码的所有者，根据走查者的意见对代码做出修改，然后修改Review Issue的状态。

　　由于使用Jupiter建立Review Issue是可以与代码关联的，并且是在Eclipse的集成环境下，相比较而言，我们记录Issue就会更加方便，而修改代码时也更容易将Issue与代码相对应。

　　按照以上介绍的方法来进行代码走查的项目，在代码品质上都有了普遍地提高。那么，你所在的项目呢？行动起来，相信代码走查这个锦囊能够为你的项目走向成功奠定一个很好的基础。

版权声明：本文出自江潭素月的51Testing软件测试博客，欢迎转载......