代码走查和代码审查
不到一半的开发团队进行代码审查 ,而另一半可能未充分利用代码审查。
这是不浪费时间在代码审查上的方法。
把事情简单化
许多人仍然认为代码审查是昂贵的正式代码检查会议 ,需要大量准备工作,然后一个充满评论者的房间才能在主持人和秘书的帮助下在桌子周围缓慢地浏览代码。 很多麻烦,延误和文书工作。
但是您不必以这种方式进行代码审查-并且您不应该这样做。
最近有几项研究证明,建立并举行正式的代码审查会议会增加开发延误和成本,却没有增加价值。 虽然安排一次代码审查会议可能需要数周的时间, 但在会议本身中仅发现4%的缺陷 -其余的全部由审查员自己查看代码来发现。
在Microsoft和Google等商店,开发人员不参加正式的代码审查会议。 相反,他们利用协作代码审阅平台(例如Gerrit , CodeFlow , Collaborator或ReviewBoard或Crucible)的优势 ,或使用电子邮件异步请求审阅并与审阅者交换信息。
这些轻量级的检查(正确完成) 在发现代码中的问题与检查方面一样有效 ,但是便宜得多,并且调度和管理也更容易。 这意味着它们的执行频率更高。
这些评审更适合迭代式增量开发,从而为开发人员提供更快的反馈(在几小时或最多几天内,而不是几周进行正式检查)。