代码检查，怎么说呢？经验而言，我挺喜欢用的。因为，跟项目经理（或设计人员）读设计，能够非常容易发现设计上的逻辑错误或遗漏的问题等等。因此，有必要好好叙述下。
这里，值得一提的是：那个发挥着协调作用的成员。该协调人应该是个称职的程序员，但不是该程序的编码人员，不需要对程序的细节了解得很清楚。协调人的职责包括几点：为代码检查分发材料、安排进程；在代码检查中起主导作用；记录发现的所有错误；确保所有错误随后得到改正。
有关代码检查的具体流程，个人归纳为一个流程表，就不在这里详述了。不过，这里需要值得注意的是代码检查这个过程。
-
在代码检查的时间和地点上的选择上，应避免所有的外部干扰；
-
代码检查会议的理想时间应在90-120分钟之内；
-
大多数的代码检查都是按每小时大约阅读150行代码的速度进行；
-
对大型软件的检查应安排多个代码检查会议同时进行，每个代码检查会议处理一个或几个模块或子程序。
除此之外，还需要从心理学角度给予提前的心理筹备。因为，要使检查过程有成效，还必须树立正确的态度。其心理因素必须要提前分析正确，否则事倍功半。假设程序员将代码检查视为对其个人的攻击、采取了防范的态度，那么检查过程就不会有效果。而正确的做法应该是：
正因为这个原因，大多数人建议应对代码检查的结果进行保密，仅限于参与者范围内部。尤其是如果管理人员想利用代码检查的结果，那么就与检查过程的目的背道而驰了。
文尾，顺便提一下代码检查附带的几个有益的作用吧。
-
程序员通常会得到编程风格、算法选择及编译技术等方面的反馈信息；
-
其他参与者也可以通过接触其他程序员的错误和编程风格而同样受益匪浅；
-
代码检查还是早期发现程序中最易出错部分的方法之一，有助于在基于计算机的测试过程中将更多的注意力集中在这些地方。
上一页 下一页
原始连接：http://soliya9902.spaces.live.com/blog/cns!4CBD7F2284BC0EA!427.entry?_c=BlogPart
