资料内容：
二、 单元测试的意义
1. 验证代码逻辑
对于一个代码模块，编写单元测试的过程，就是对代码逻辑进行重新 Review 的过
程；而执行单元测试的过程，就是验证代码是否按既定逻辑运行的过程。
2. 减少代码缺陷
我们的工程都是分层分模块的，每个模块都是独立的逻辑部分。通过单元测试保障
工程各个“零件”按“规格”（需求）执行，就能保证整个“机器”（项目）运行
正确，最大限度地减少 bug。
3. 促进代码设计
在编写单测的过程中，如果发现单测代码非常难写，一般表明被测试的代码包含了
太多的依赖或职责，需要反思代码的合理性，进而促进代码设计的优化。
4. 便于多人协作
在多人协助的项目中，所依赖的服务接口不一定已经开发完毕，导致服务进行联调
工作。此时，单元测试有效地解决了这个问题——只需 Mock 服务接口数据，便可
以完成自己代码的测试。
5. 便于缺陷定位
由于单元规模较小，复杂性较低，因而发现错误后容易隔离和定位，有利于代码调
试工作。
6. 放心代码重构
如今持续型的项目越来越多，代码不断的在变化和重构，通过单元测试，开发可以
放心的修改重构代码，减少改代码时的心理负担，提高重构的成功率。7. 增强代码信心
写完代码，单元测试通过，虽说单元测试并不能百分之百保证代码完全正确运行，
但起码大部分测过的逻辑都是可用的，这会增强我们的信心，也会增加工作成就感。
三、单元测试的推广
很多软件研发人员认为：进行单元测试会花费大量时间来编写测试用例。因此，他
们做单元测试的意愿比较低，导致单元测试很难推广开来。
首先，要解决意识问题。需要让研发人员意识到单元测试的作用，比如：验证代码
逻辑、减少代码缺陷、促进代码设计、增强代码信心等。有时候，只有出现了线上
问题、产生了资损和客诉，才能真正地意识到单元测试的作用了。
再次，要解决认知问题。在单元测试的推广过程中，遇到的最大问题就是——很多
人把集成测试当成单元测试。因为有时候，集成测试也具备“解除依赖”、"安全重
构"、“增强信心”等功能，所以很容易与单元测试混淆。只有在弄清楚集成测试和
单元测试的区别后，才能更好地做好单元测试。
第三，要解决方法问题。在本书中，提供了大量的单元测试实践方法，可以从根本
上解决这个问题。比如：《Java 编程技巧之单元测试用例编写流程》解决了编写方
法问题，《Java 单元测试技巧之 JSON 序列化》解决了编写技巧问题，《Java 编程
技巧之单元测试用例简化方法》解决了简化技巧问题，《Java 单元测试典型案例集
锦》解决了编写案例问题。
最后，要解决态度问题。自上而下地推广单元测试，大多数人会把单元测试当成一
个任务和累赘，没有体会到单元测试的真实作用，编写单测只是为了应付上级任务，
甚至于为了追求覆盖率而编写无效单元测试。这里，《那些年，我们写过的无效单
元测试》介绍了如何识别无效单元测试，并提出了有效单元测试所需要遵循的原则。
总之，单元测试的推广是一个长期而艰巨的任务。
