何如作代码review?

明确代码review的目标

代码review能够提升代码质量，也能够帮助开发人员成长，可是这些并不合适做为目标。目标应该更加明确，建议根据项目须要设定目标。如下是常规代码review目标：

1. 完善需求用例，确保没有遗漏的需求点。
2. 保证逻辑正确，确保没有明显的代码逻辑错误。
3. 遵照代码规范，确保项目代码风格和可阅读性，其中可能包括相关文档。
4. 规避生产性能问题，特别注意线程安全、集合类、大表SQL等容易形成性能的代码。
5. 经过平时的积累所总结出来的须要特别注意的代码。

哪些项目适合代码review

代码review是一件颇有意义的事情，但并非适用于全部项目，由于它太耗时间了，并且有许多人不喜欢评审别人的代码。哪些项目适合代码review呢？

1. 核心项目，特别是金融类和商品类，一切涉及到金钱的都须要额外注意。
2. 影响用户使用的项目，这里用户是指能带来营收的用户，也能够理解为公司所服务的用户。
3. 影响下游系统使用的项目，特别是基础组件。

何如组织代码review

项目中有许多角色，好比技术、产品、测试、运营。技术中又包括前端、后端，也许不一样模块也是由不一样人来负责，人员众多如何组织代码review呢？

1. 角色定位为技术人员，而且先后端分别代码review。
2. 人数按代码重要性和相关性来肯定，通常以6-8人为佳。
3. 评审团队中应该包含较高评级的技术人员。
4. 代码评审时间应该在发版前，并预留修改错误代码的时间。