代码评审表
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
产品代码评审表
注:表头检查项目中黑体的项目表示必审项。
使用说明:
1.此表用于检查产品/项目代码的状况,从而从代码上对产品质量进行提高。
2.由产品经理或设计人员确定代码的检查范围,以核心业务处理的代码检查为主;
3.按照确定的检查范围列出需要检查的类清单,并通过检查代码得出评审结论,对于各种类的检查侧重点可以不同;
4.代码检查采用程序员自己检查和至少一个其他程序员进行复查的方式进行;
5.在代码实现的功能基本正确以后才能进行该部分代码的确认,对评审发现问题的代码要复查;
6.类型有以下几种状态:界面(UI)、业务处理(BO)、数据处理(DM)、数据对象(VO);
7.按照检查项目逐项确认,对正确的项填写“Y”,有问题的项填写“N”,不需确认的项填写“-”,未确认的项不填;
8.评审结果可以分几种:A--好、B--合格、C--有问题、D--有严重问题。对于有问题和有严重问题的需要注明问题的内容(可以附加问题说明),对
于这种情况需要再重新进行代码修改并重新进行确认;
9.在代码提交时要求同时提交本确认表,提交时要保证所有检查的类的评审结果为A或B;
10.确认的项目除列出的项目外,产品组可以补充项目。项目说明:
●易读性:代码结构清晰;
●注释清晰:对功能的注释及代码的作者;
●命名规范:变量、类、方法、属性的命名符合公司开发规范;
●逻辑正确性:业务逻辑处理的正确性;
●事务一致性:TRANSACTION是否一致;
●Sql语句清晰:SQL语句结构是否清晰;
●计算精度:如计算精度有问题时是否使用了UFDouble;
●用标准控件:对于可以使用标准控件的是否使用标准控件;
●调用中间件:不存在反复调用中间件的情况;
●BS与UI交叉:没有BS类与UI类的交叉调用情况;
通过检查以上项目,根据情况得出评审的结论,必审项目要求必须检查;