扫码阅读
手机扫码阅读
一个典型的代码走查检查单
106 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:一个典型的代码走查检查单
文章来源:
麦哲思科技任甲林
扫码关注公众号
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 篇文章
浏览 103.5K
麦哲思科技任甲林的其他文章
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
过程、性能基线、性能模型与目标之间的关系
过程:过程是一组有序活动的集合。过程可以包含多个输入与多个输出。过程的输出可以是一个工作产品也可以是一个结果。过程与过程之间的关系可以分为: 交互影响关系:即两个过程之间是互相的影响的,过程A的输出影响了过程B的输出,比如需求开发过程的质量影响了需求评审过程的缺陷个数的多少,影响了系统测试阶段发现的缺陷个数的多少。 替换关系:即两个过程可以互相替换,比如OO的需求分析过程、结构化的需求分析过程
评审的分类
管理评审 技术评审 同行评审
例解:目标、性能基线与性能模型的关系
目标是对未来的期望。性能是历史的表现。性能基线是对性能分布规律的定量刻画。性能模型是对性能因果规律的定量刻画。它们之间的关系是什么呢?举例说明如下:总目标:总成绩400分以上,进入班级前5名子目标:语文130分以上,数学135分以上,英语140分以上性能基线:1)语文成绩的历史分布规律:2)数学成绩的历史分布规律:3)英语成绩的历史分布规律:基于性能基线的预测达成目标的概率基于已知的历史三科成绩的分布,可以预测总成绩超过4...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线