博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
团队如何进行Code Review
阅读量:6266 次
发布时间:2019-06-22

本文共 994 字,大约阅读时间需要 3 分钟。

1. 开发者做好前期准备工作

为了review的效率,在进行code review之前,需要开发者先做好前期的准备工作,开发者需要自己先过目自己的所有代码和进行标注,这样review者能更好的理解作者的意图和提出意见

2. 提出可以量化的Review目标

提出可以量化的review目标,能让review者和被review者都更好的知道自己的责任所在,这个目标,最好最好是有外部可以量化的标准,而不是一些模糊的目标,比如减少程序中的bug。

3. 设置量化的标准

目标对应标准,设置好标准能提高review时的效率,也让大家能在review的过程中进行改进。

4.每次review的时间最多不超过90分钟

review的事件应该在60~ 90分钟之间。

5.每次review不超过200行代码

经研究,代码行数越少,越容易发现其中的问题,更少行数的代码能更好的发现问题。

换句话说,一个文件里超过200行的代码,很可能需要进行改进和重构。

6. 每小时进行300~500行代码review

7. 发现问题应该给出问题的解决方法

发现程序中的问题时,应该更明确提示可以验证的解决方法,而不是提出有问题。

8. Code Review属于一种团队建设活动

Code Review属于一种团队建设活动,在于帮助团队纠正坏的代码习惯和学会新的技巧。所以管理者需要对找出的问题抱有积极的态度。

9. 别做一个监工

程序员写代码已经不容易,所以不要使他变得更不容易,所以不要在团队努力写代码的时候,过多的指指点点。

10. 每日进行code review

开发者在开发的过程中对自己的代码比较清楚,过后会变得越来越模糊,所以如果要进行code review,最好的开发的过程中进行每天code review, 有问题容易改正过来。

11. 使用code review的工具提高review效率

市场上有很多code review的工具,gitlab有带有code review的功能,使用的时候只要团队提交一个pr,然后制定review人即可。

12. 使用checklist对照表提高review效率

review流程需要标准化和规范化,以及可量化,使用一个checklist能更快的帮助开发者和review者快速找到问题所在,开发者在开发的过程中也能更好的对着checklist去规范自己的代码。

转载地址:http://wicpa.baihongyu.com/

你可能感兴趣的文章
前端源码安全
查看>>
【CodeForces 618B】Guess the Permutation
查看>>
【转】如何实现一个配置中心
查看>>
Docker —— 用于统一开发和部署的轻量级 Linux 容器【转】
查看>>
Threejs 官网 - Three.js 的图形用户界面工具(GUI Tools with Three.js)
查看>>
Atitit.Java exe bat 作为windows系统服务程序运行
查看>>
session的生命周期
查看>>
数据库的本质、概念及其应用实践(二)
查看>>
iOS开发多线程--(NSOperation/Queue)
查看>>
php的ajax简单实例
查看>>
maven常用构建命令
查看>>
C#:关联程序和文件
查看>>
推荐科研软件
查看>>
gradle
查看>>
如何取消未知类型文件默认用记事本打开
查看>>
[Javascript] Immute Object
查看>>
Java 关于finally、static
查看>>
Posix mq和SystemV mq区别
查看>>
P6 EPPM Manual Installation Guide (Oracle Database)
查看>>
XMPP协议、IM、客户端互联详解
查看>>