扫码阅读
手机扫码阅读
一个典型的代码走查检查单

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

Code Review Checklist Summary
The primary goal of code review is to identify logical errors within the program, while programming style issues can be checked using style checking tools. The provided checklist is a valuable aid for code review experts to spot such logical errors.
Checklist Items
- Are the code comments consistent with the code itself, and are they necessary?
- Does the code have loops and/or conditions nested more than 3 levels deep?
- Do variable names accurately represent their function?
- Are all loop boundaries correct?
- Are all condition boundaries correct?
- Is there proper handling for exceptional cases of input parameters?
- Are all exceptions within the program handled?
- Does the code contain any duplications?
- Are there methods exceeding 20 lines of code?
- Are there classes containing more than 7 methods?
- Do methods have more than 3 parameters?
- Are there multiple reasons for modifying a class?
- Does a functional change require modifications in multiple classes?
- Are the constants used in the code appropriate?
- Does a method access multiple attributes from other classes?
- Do certain data items always appear together, yet they are not part of a class?
- Can switch statements be replaced by classes?
- Are there classes with very few responsibilities?
- Are there unused attributes or methods in a class?
- Does the code have method calls in the form of a.b().c() within class methods?
- Does a class method always call another class's method with the same name?
- Does a class consistently access another class's attributes and methods?
- Do two classes perform similar tasks with different method names without sharing a common parent class?
- Is a class composed only of fields and simple get/set methods?
- Does a subclass only use some of the parent class's attributes or methods?
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 215.6K
麦哲思科技任甲林的其他文章
先定义方针再定义过程
将笔记本电脑装到背包里,是我天天重复的动作。偶尔有2次遗漏了电源,到客户现场后必须借一个同样型号的电源才可以工作,很是麻烦。但是我从来没有只装了电源而没有装电脑,因为如果忘记了装电脑,当背起包的时候,会明显觉察到重量的变化,所以犯这种错误的概率基本为零。为了避免漏装电源,我想到了规范电脑装包的动作。如果按照规范的过程定义方法,可以这样定义过程:(1) 电脑关机或休眠;(2) 拔
在EXCEL中进行趋势拟合与预测的方法
在跟踪目标达成时,可以根据已经发生的多个周期的目标实际数据,进行趋势拟合,预测目标达成的情况,对趋势拟合常用的有如下6种方式:例如:某项目4周一个迭代周期,画了燃尽图如下: 序号 剩余估算人时 理想剩余人时 1 120 114.0 2 115 108.0 3 ...
快速学习COSMIC方法之十:系统登录功能案例分析
我们已经讲了如何识别功能处理与兴趣对象,下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。 功能需求描述如下: 登录系统的界面原型: 用例描述: 我们识别的功能点如下: 记录格式一: 记录格式二: 对上述的需求,容易出错的地方分析如下: 1)用户的账户信息与用户录入的登录信息是两个兴趣对象,还是一个兴趣对象呢?注意用户录入的登录信息与...
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线