一个典型的代码走查检查单
发布于 2024-10-04
957
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
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 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件研发管理三部曲:以道御术、术以载道与数以达理
软件研发管理的三部曲:《以道御术》系统解释了软件研发管理的what to do。《术以载道》讲解了软件研发管理的Howto do。《数以达理》系统解释了量化研发管理的how to do。
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
软件项目用人十二策
1 高天赋原则:选择高水平的人员,赋予高水平的待遇,宁缺勿滥。 2 自我发展原则:选择有悟性的能自己不断进步的人参与到团队中来。 3 工作匹配原则:培养专长,稳定专业方向,在某个专业方向使其成为专家,分工时也按其专长进行分工。 4 职业发展原则:一专多能,定期转换方向,当在某个专业方向上成为专家后,要适时变换方向,使其更加全面。如果总是在一个方向上发展,可能导致该人无法寻找
如何选择度量元
选择度量元的5个原则 在设计度量体系时,要针对度量目标选择合适的度量元,同一个度量目标可以有多个度量元,究竟要如何选择合适的度量元呢,我们可以参考如下的5个原则进行选择: 原则1:对度量目标的表达能力,即度量元是否准确刻画了度量目标以及要解决的问题?比如,想要监督项目的进展,我们有如下三个选择: 1) 需求完成的百分比; 2) 活动完成的百分比; 3) 已完成活动的计划工作量/所有活动...
2017年10月站立会议旁观笔记
近期旁观了一个项目的晨会,识别了一些改进点,记录与点评如下:序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议,以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的,不需要会前通知,有人迟到要定义规则惩罚之:1 微信群发红包;2 会议室放置一个储钱罐,迟到者投币;……要建立团队的文化。3白板状态列包括:待办任务池,编码,代码评审,待修复,完成明确列出等待的状
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线