《代码审查规范》由会员分享，可在线阅读，更多相关《代码审查规范（5页珍藏版）》请在金锄头文库上搜索。
1、代码审查规范版本更新时间修改人备注V1.02016wp目 录引言3目的3说明3代码审查3检查点3审查流程图4流程概述5具体流程5建立任务5桌面检查5团体评审5Bug修复5Bug复检5引言目的检查开发/前端人员是否遵守开发规范中的规定检查开发/前端人员是否代码审定表中的错误检查代码是否存在逻辑错误或安全问题说明代码检查每月进行一次，根据代码审查表的内容进行检查，结果计入绩效考核-开发质量项。代码审查检查点参见代码审查表。审查流程图流程概述1. 建立任务：建立代码检查任务，指定需评审的项目或代码文件范围、参与评审的人员、定义问题类型及严重级别等。2. 桌面检查阶段：开始各审查人独自评审，将可能出现
2、的问题加入代码管理的Bug列表。3. 团队评审阶段：合并上步审查结果，统一讨论桌面检查阶段的问题，实施交叉检定，确定是否Bug，需要修复的分配解决人员。4. 问题修复阶段：修改人修复分配给自己的问题，修复后修改Bug状态，审查人复查无误后，关闭Bug。具体流程建立任务1. 选择一个要检查的项目。2. 确定此次检查的重点内容和主要关注的Bug类型。3. 新建OA流程发起新的检查任务，告知相关人员。4. 定义错误严重级别，划分各审查人检查范围，指定Bug文档位置。桌面检查1. 获取要检查的源代码更新，使用分析工具寻找Bug。2. 简单的风格类Bug如缩进、换行格式等，可直接修改后等待发布。3. 人
3、工检查代码，查找使用工具无法找到的错误。4. 使用文档记录Bug。标记问题类型及严重性，出现位置和操作场景。5. 桌面检查完毕后，所有审查人将Bug文档合并至到源码管理工具。团体评审1. 审查成员在一起，从源码管理工具获取更新的Bug文档。2. 按照文档交叉检定其他人提交的Bug是否存在，Bug描述是否完整。3. Bug文档在集体确认后，一起讨论代码中的Bug存在问题及处理优先级。4. 对高优先级的Bug优先分配人手，并制定解决方案。5. 团队评审完毕后，更新Bug文档，并将确定需要处理的Bug分发给指定修改人。Bug修复1. 个人回到自己的工位，更新最新的Bug文档，并获取指定给自己的Bug。2. 将分配给自己的问题，按解决方案的指定逐一修复，并进行测试。3. 将修改后的源代码提交至管理工具，修改指定给自己的Bug状态，修改Bug文档说明。Bug复检1. 审查人更新最新的Bug文档，依据文档逐一检查Bug修改。2. 如有功能变动或逻辑变化，需要加入测试人员的黑盒测试，进行二次确认。3. Bug修改未完成的，退回到Bug修复。4. 已修复的Bug，将复检结果更新至Bug文档。5. 所有Bug修复、复检完成后，联同风格类Bug合并进行发布部署。 3 / 5
