卷首语

《卜算子·致码农》

作者：常意

 

业务要精通，眼界需开阔。

谈笑风生略几回，方案心头过。

编写守规则，测试知结果。

奋笔疾书数万行，代码无一错。

 

一、 什么是单元测试

 

维基百科是这样描述的：

 

在计算机编程中，单元测试又称为模块测试，是针对程序模块来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类、抽象类、或者派生类中的方法。

 

作者认为单元测试分为狭义单元测试和广义单元测试：

 

1. 狭义单元测试

 

狭义单元测试是针对一个类的一个公有、私有、保护方法的测试。

 

2. 广义单元测试

 

广义单元测试是针对一个类的一个公有方法的测试。首先，对于类的使用者来说，大多数情况下只能调用公有方法；其次，公有方法可能有私有、保护方法组成，独立存在的私有、保护方法是没有意义的；最后，在测试公有方法时，已经附带着测试私有、保护方法。

 

在日常的单元测试中，大多使用广义单元测试，针对公有方法进行测试。当然，为了覆盖某些代码分支，也可以采用狭义单元测试，直接针对私有、保护方法进行测试。

 

二、 单元测试的意义

 

1. 验证代码逻辑

 

对于一个代码模块，编写单元测试的过程，就是对代码逻辑进行重新Review的过程；而执行单元测试的过程，就是验证代码是否按既定逻辑运行的过程。

 

2. 减少代码缺陷

 

我们的工程都是分层分模块的，每个模块都是独立的逻辑部分。通过单元测试保障工程各个“零件”按“规格”（需求）执行，就能保证整个“机器”（项目）运行正确，最大限度地减少bug。

 

3. 促进代码设计

 

在编写单测的过程中，如果发现单测代码非常难写，一般表明被测试的代码包含了太多的依赖或职责，需要反思代码的合理性，进而促进代码设计的优化。

 

4. 便于多人协作

 

在多人协助的项目中，所依赖的服务接口不一定已经开发完毕，导致服务进行联调工作。此时，单元测试有效地解决了这个问题——只需Mock服务接口数据，便可以完成自己代码的测试。

 

5. 便于缺陷定位

 

由于单元规模较小，复杂性较低，因而发现错误后容易隔离和定位，有利于代码调试工作。

 

6. 放心代码重构

 

如今持续型的项目越来越多，代码不断的在变化和重构，通过单元测试，开发可以放心的修改重构代码，减少改代码时的心理负担，提高重构的成功率。

 

 

7. 增强代码信心

 

写完代码，单元测试通过，虽说单元测试并不能百分之百保证代码完全正确运行，但起码大部分测过的逻辑都是可用的，这会增强我们的信心，也会增加工作成就感。

 

三、单元测试的推广 

很多软件研发人员认为：进行单元测试会花费大量时间来编写测试用例。因此，他们做单元测试的意愿比较低，导致单元测试很难推广开来。 

首先，要解决意识问题。需要让研发人员意识到单元测试的作用，比如：验证代码逻辑、减少代码缺陷、促进代码设计、增强代码信心等。有时候，只有出现了线上问题、产生了资损和客诉，才能真正地意识到单元测试的作用了。

 

再次，要解决认知问题。在单元测试的推广过程中，遇到的最大问题就是——很多人把集成测试当成单元测试。因为有时候，集成测试也具备“解除依赖”、"安全重构"、“增强信心”等功能，所以很容易与单元测试混淆。只有在弄清楚集成测试和单元测试的区别后，才能更好地做好单元测试。

 

第三，要解决方法问题。在本书中，提供了大量的单元测试实践方法，可以从根本上解决这个问题。比如：《Java编程技巧之单元测试用例编写流程》解决了编写方法问题，《Java单元测试技巧之JSON序列化》解决了编写技巧问题，《Java编程技巧之单元测试用例简化方法》解决了简化技巧问题，《Java单元测试典型案例集锦》解决了编写案例问题。

 

最后，要解决态度问题。自上而下地推广单元测试，大多数人会把单元测试当成一个任务和累赘，没有体会到单元测试的真实作用，编写单测只是为了应付上级任务，甚至于为了追求覆盖率而编写无效单元测试。这里，《那些年，我们写过的无效单元测试》介绍了如何识别无效单元测试，并提出了有效单元测试所需要遵循的原则。 

总之，单元测试的推广是一个长期而艰巨的任务。 

 

常意

2023年春

北京