用好Code Review

个人写各自的代码,没有review流程,确实比较快。开发人员会天然地喜欢和有这种倾向,因为这样感觉比较自由,有一些丑陋的地方也不会被别人看到...


但,如果开发的程序有多人维护,并且对质量、稳定性要求高的话,最后还是需要Code Review来保障代码质量。


Code Review不仅是提高软件质量的有效手段之一,更是团队老人传授知识和经验给团队新人的极好时机。


认真review代码需要花很多时间,新人应该抓住机会汲取经验。如果一个问题review一次被指正了,第二次第三次还出现,那也许就是开发人员态度有问题了。


Code Review一个常见误区是在交付前一刻才找个人review。如此,可能发现重大问题,再修改测试影响进度;或是发现潜在但暂不影响功能,因为马上要交付了,所以不修正,这样以后可能代码里陷阱越来越多或是越来越丑陋... 

Code Review需要给review之后可能的修改和测试预留时间。


-------------------------------------------------------------------------------------------------

更多博文请订阅RSS,更多微博请关注@千里孤行Nerd

你可能感兴趣的:(程序之外,测试)