技术管理小手段

技术管理小手段

阅读引导：

1、从微观代码质量、测试的角度，讲述对于具体的系统质量管理的小手段，聚焦代码质量的技术管理手段。

2、适合带领小团队的leader。

作为多个系统的开发负责人，没有时间去逐一审查团队人员的代码，怎么保证代码的质量？

尤其是在开发人员水平参差不齐、态度责任心各不相同的情况下，如何高效、自动化的完成技术管理？

如下是4个常用的小手段，并且一般是按照顺序执行，通过工具来减轻工作量，提升效率。

这4个手段，就像一个漏斗，将有问题的代码都筛查掉，到了leader手中的代码，都是没有基本、低端质量问题。

通过技术复杂度，降低工作复杂度。

静态代码分析

代码上的命名不规范、变量为空等等基础的语法问题、代码风格问题，都可以通过静态代码分析工具进行分析出来，这种简单、基础的问题，没有必要耗费精力人工评审。

IDE中可以集成的插件，典型的有阿里巴巴Java规范插件、FindBugs插件等。

开发人员自己在开发的时候，进行自我检查。

不过IDE的插件，有一个不足之处，就是需要人手工执行。

对于，如果有自动化的分析工具，并生产任务的话，就会更加方便，更进一步的减轻了team leader的工作量。

如果公司内部有一些集成管理工具，那就直接使用。

如果没有，可以自己搭建，一些开源的sonar工具。形成报告。

单元测试用例审查

单元测试用例，尤其是边界测试用例、异常测试用例，可以很大程度上分析出来对于某个功能思考的是否全面，程序开发功能是否健壮。

单元测试用例设计的全面，基本上说明逻辑思考缜密，功能基本不会出现问题。

而审查单元测试用例，可以避免进入下一步审查代码，浪费精力。

核心代码走查

对于重要的逻辑块，通过上述两种方式，保证了基本功能的正确性，但是还要进一步进行核心代码走查，为后续的修改、扩展、重构做梳理。

并且，进行团队内部核心代码走查，是一种提升代码质量精益求精理念的团队文化塑造重要手段。

自动化回归测试

TDD、《修改代码的艺术》等重构理论，一个重要的点是在修改代码之前，准备好充分的测试案例。

如果测试案例充分，在修改代码之后、紧急修改缺陷等时间点，能充分保证程序功能性正确。

众所周知，程序员每次投产上线，总是有些提心吊胆，如果能有充足的测试用例，那么就可以稍稍慰藉忐忑的心理……