6、利用代码审查激活个体“能动性”

　　即使项目进度比较紧张，无法完全的进行代码审查，至少也要进行部分代码的审查，此时随即抽取一些关键部分是个不错的办法。

　　背后的逻辑是，软件开发是非常有创造性的工作，开发者都有强烈的自我驱动性和自我实现的要求。让开发者知道他写的任何代码都可能被其他人阅读和审察，可以促使开发者集中注意力，尤其是避免将质量糟糕，乃至有低级错误的代码提交给同伴审查。开源软件也很好的利用了这种心态来提高代码质量。

　　7、在非正式，轻松的环境下进行代码审查

　　如前所述，代码审查是一个脑力密集型的工作。参与者需要在比较轻松的环境下进行该工作。因此，我们认为像某些实践中建议的那样，以会议的形式进行代码审查效果并不好，不仅因为长时间的会议容易让效率低下，更因为会议上可能出现的争议和思考不利于进行如此复杂的工作。

　　8、提交代码前自我审查，添加对代码的说明

　　所有团队成员在提交代码给其他成员审查前，必须先进行一次审查。这次自我修正形式的审查除了检查代码的正确性以外，还可以完成如下的工作：

　　1）对代码添加注释，说明本次修改背后的原因，方便其他人进行审查。

　　2）修正编码风格，尤其是一些关键数据结构和方法的命名，提高代码的可读性。

　　3）从全局审视设计，是否完整的考虑了所有情景。在实现之前做的设计如果存在考虑不周的情况，这个阶段可以很好的进行补救。

　　我们在实践中发现，即使只有原作者进行代码审查，仍然可以很好的提高代码质量。

　　9、实现中记录笔记可以很好的提高问题发现率

　　成员在编码的时候应做随手记录，包括在代码中用注释的方式表示，或者记录简单的个人文档，这样做有几个好处：

　　1）避免遗漏。在编码时将考虑到的任何问题都记录下来，在审查阶段再次检查这些问题都确认解决。

　　2）根据研究，每个人都习惯犯一些重复性的错误。这类问题在编码是记录下来，可以在审查的时候用作检查的依据。

　　3）在反复记录笔记并在审查中发现类似的问题后，该类问题出现率会显著下降

　　10、使用好的工具进行轻量级的代码审查

　　“工欲善其事，必先利其器”。我们使用的是bitbucket提供的代码托管服务。

　　每个团队成员独立开发功能，然后利用Pull Request的形式将代码提交给审查者。复审者可以很方便在网页上阅读代码，添加评论等，然后原作者会自动收到邮件提醒，对审阅的意见进行讨论。

　　即使团队成员分布在天南海北，利用bitbucket提供的工具也能很好的进行代码审查。