团队代码质量提升之我见

一、项目代码问题现状

二、代码问题原因分析

三、何为代码质量

四、质量提升之策

五、部门实施之路

六、代码保障的辅助工具

一、代码问题:

1、没有代码注释;

2、没有代码相关的设计或者结构文档;

3、函数代码行太多;

4、类、函数功能不单一;

5、内存泄露风险较大;

6、逻辑混乱,很难看懂;

7、硬编码较多;

8、接口定义不清晰,输入输出界定不清楚;

9、垃圾代码较多;

二、原因分析

1、项目成员技能不足;

2、项目时间比较赶;

3、项目代码走读、代码评审控制效果不好;

4、代码规范未统一;

5、设计原则认识不统一、不深刻;

6、对质量重要性认识不足;

7、新人、项目中途加入等;

8、依赖于测试人员发现bug;

三、何为代码质量

三性:可读性:

1、注释;

2、拒绝大段大段代码;

可维护性:

1、不能硬编码;

2、避免平台相关调用

可变更性:

1、代码复用,公共函数;

2、设计模式

代码质量评价的关键指标:低耦合,高内聚

四、提升思路及策略

1、代码质量指标化,纳入绩效考核;

2、讨论确认代码规划标准;

3、构建代码质量控制组织,师徒结对,师傅对代码质量进行控制;

4、开展代码评审会议;

5、研讨设计原则;

6、应用成熟的代码检测工具;

意识

标准

流程

机制

辅助工具

五、实施监控

1、保障项目设计阶段进行代码规范学习活动;

2、开发人员自查互查,检测工具检测;

3、产品代码提交的同时提交对应的模块接口测试代码;

4、提交结对编程过程的代码走读记录,作为项目过程的重要活动;

5、代码评审会议,评定每个成员的代码质量,作为项目考核基础数据;

6、项目每轮测试,测试提供开发人员对于的代码缺陷率;

六、辅助工具

静态:

Cppcheck

VS分析工具

Xcode自带分析工具

动态:

Instruments

boundschecker

时间: 2024-08-04 06:45:00

团队代码质量提升之我见的相关文章

如何提高团队代码质量——代码审查的实践

为什么需要代码审查 最近看了一些文章,发现敏捷开发的一些理念越来越多的团队在实践,也觉得敏捷不再像最早提出的时候那么虚,有很多体现这个理念的工具涌现.其中,"如何提高代码质量"的讨论一直很多,敏捷开发中也有好多种提案,最广为人知.但也最不靠谱的应该就是结对编程了,只要没被敏捷洗脑的人都清楚知道这个基本没有实际可操作性,然而这个做法体现的观点是多个人互相监督可以把事情做的更好,这反而是完全没有问题的.所以还有一种方式就是代码审查了,把两人同时写代码改成在不同的时间上一个人写.另外一个人看

【转载】三年0故障总结,提升代码质量的秘诀

该文章来自于阿里巴巴技术协会(ATA)精选文章. 个人经历 对我代码质量影响最大的是在一家外资企业,在这家公司我觉得有以下几个方面做的很不错. 团队编码风格统一 统一到什么程度? 不看代码作者,你很难区分代码是谁写的(在目前公司一些团队也能达到这个标准). 个人观点: 这样做有什么好处?团队中每个人阅读代码都很容易,减少很多沟通,维护成本( 代码阅读的次数远远大于变更的次数),并且心情非常愉悦.有人肯定觉得愉悦有点夸张,举个栗子: 有一些代码,如果不是由于与工作内容有关联,你是否有种这辈子都不情

可能外包的代码质量更好。

在程序员的鄙视链里,大概外包是最最底端的一环.如果你找一个程序员咨询做出一个IT项目的方法,哪怕他毫无办法,他也会加一句说,千万别找外包. 他的理由大概是外包的代码质量很差. 在以前,可能真的是这样.我也见识过拿DedeCMS强撸电商和OpenCart强撸门户的代码--醉得我不要不要的. 感谢移动开发时代的到来,毕竟是全新的平台,之前的随便拿套开源的PHP代码强行二次开发的时代基本上过去了.在我创业开展外包业务这一年来,还没有见到拿套"熟悉的代码"强撸新业务的高人,同行们都兢兢业业地根

三年0故障总结,提升代码质量的秘诀

个人经历 对我代码质量影响最大的是在一家外资企业,在这家公司我觉得有以下几个方面做的很不错. 团队编码风格统一 统一到什么程度? 不看代码作者,你很难区分代码是谁写的(在目前公司一些团队也能达到这个标准). 个人观点: 这样做有什么好处?团队中每个人阅读代码都很容易,减少很多沟通,维护成本( 代码阅读的次数远远大于变更的次数),并且心情非常愉悦.有人肯定觉得愉悦有点夸张,举个栗子: 有一些代码,如果不是由于与工作内容有关联,你是否有种这辈子都不情愿去接触它的感受.但也有一些代码,阅读下来一气呵成

如何提升代码质量

一.代码质量差表现在哪些方面: (1)可读性:函数命名随意,实现逻辑混乱,代码格式不规范.(2)可靠性:程序运行不稳定,bug太多.(3)维护性:代码逻辑没有层次,混成一团,很难维护改进.(4)移植性.重用性:许多人写的代码,只能自己使用,很少有能共享的功能性代码.(5)高效性:很少从算法.资源占用.执行效率等角度去考虑,经常导致软件性能问题. 二.解决方法(个人角度)(1)要尽量提升代码可读性.不仅写出计算机可以理解的代码,还要写出人类容易理解的代码.(2)熟悉自己所使用的程序语言.实际编程时

【译】做好这几件事,代码质量可以提升一个档次

这篇文章又是关于代码质量的,有些同学可能觉得我比较啰嗦.不过我就是想用这种方式让大家重视起来.其实说来说去就那么几种方法,但是实际执行起来真是难于登天. 低质量的代码真的是一种灾难.当你的代码变得越来越混乱,维护起来就会花费大量的时间.在最坏的情况下,代码将变得不可维护,并且项目会慢慢终止. 为了避免这种情况,你需要注意你的代码质量.尝试在代码质量上花费一些时间,长久来看,这将对你有很大的好处. 无论你是管理者,测试人员或者是开发者都应该去自觉维护代码质量,因为在整个开发流程中,大家的目标都是交

团队代码中Bug太多怎么办?怎样稳步提高团队的代码质量

最近负责的Android APP项目,由于团队成员变动.界面改版导致代码大幅修改等原因,产品发布后屡屡出现BUG导致的程序崩溃. 经过对异常统计和代码走读,BUG主要集中在空指针引起的NullPointerException和RuntimeException异常,这也是Android项目中最容易导致崩溃的根源. 导致这些BUG的原因主要是: 1.对项目架构不熟悉,缺乏整体思考: 2.写代码逻辑不周密,思考不全面: 3.对代码的BUG和程序的稳定性重视不足: 4.项目较为复杂,多界面跳转.数据结构

像 Awesome-Go 一样提升企业 Go 项目代码质量

原文发布于个人站点: GitDiG.com, 原文链接:像 Awesome-Go 一样提升企业 Go 项目代码质量 1. Awesome-Go 项目 参与过awesome-go项目的gopher都知道,每个MR都必须满足它以下的要求: Make sure that you've checked the boxes below before you submit PR: [ ] I have added my package in alphabetical order. [ ] I have an

常用的6种代码重构方法帮你提升80%的代码质量

在过去做了不少代码走读,发现了一些代码质量上比较普遍的问题,以下是其中的前五名: 臃肿的类: 类之所以会臃肿,是因为开发者缺乏对最基本的编码原则,即“单一职责原则”(SRP)的理解.这些类往往会变得很臃肿,是由于不同的且在功能上缺少关联的方法都放在了相同的类里面. 长方法: 方法之所以会变得很长主要是有以下几个原因: 许多没有关联性的.功能复杂的模块的代码都放在相同的方法内.这主要是开发者缺乏SRP的概念. 多种条件都放在同一个方法内,这在长方法内经常会发生的.这是由于缺乏McCabe代码复杂度