代码检视计划随想

日常review

参与人员：

必选：MR提交者、commiter、领域内人员

可选：CI、CMC、SE

检视内容：

1、编码规范

2、安全规范

3、性能问题

4、功能点

5、存量DT通过率

6、新增DT有效性、覆盖率

7、场景覆盖

缺陷跟踪方式：

ISSUE

召集方式：

MR提交人员主送链接给commiter以及领域内相关人员

集中review

参与人员：

主讲人：领域内人员均可

纪要人：提交检视意见较少的人员

必选：MR提交者、commiter、领域内人员

可选：CI、CMC、SE、PL

检视内容：

1、编码规范

2、安全规范

3、性能问题

4、功能点

5、存量DT通过率

6、新增DT有效性、覆盖率

7、场景覆盖

8、检视距离上次集中检视会议中间提交的合入的，以及未合入的MR

9、若检视之后还有空闲时间，可以进行其他技术交流

缺陷跟踪方式：

未合入的MR --> ISSUE

已经合入的MR ---> 开发自提单

召集方式：

提前邮件知会相关人员并且预定线下会议室

召集时间：

按需定期召开，建议间隔一周或者两周一次

材料归档：

1、会议纪要归档到统一位置

重点需求集中review

参与人员：

主讲人：需求开发责任人

纪要人：该领域内提交检视意见较少的人员

必选：MR提交者、commiter、领域内人员、CMC、SE、PL

可选：CI、XM

检视准备：

需求开发责任人需要提前准备材料，包含如下内容：

• 需求背景分析
• 存量功能影响
• 实现的功能点说明和演示
• 代码架构设计
• 场景覆盖
• DT有效性和覆盖率

检视内容：

1、编码规范

2、安全规范

3、性能问题

4、功能点

5、存量DT通过率

6、新增DT有效性、覆盖率

7、场景覆盖

缺陷跟踪方式：

未合入的MR --> ISSUE

已经合入的MR ---> 开发自提单

召集方式：

提前邮件知会相关人员并且预定线下会议室

召集时间：

在需求SHOWCASE之前

材料归档：

1、开发准备的汇报材料统一归档

2、会议纪要统一归档