本文首发于个人微信公众号《andyqian》,期待你的关注！
前言
有几天没有更新文章了。说假话，最近忙！说实话。最近懒！前一段时间，看了阿里出的《阿里巴巴Java开发手册》觉得非常好。。有些简直太有同感了。就比如：单元测试。建议大家都看看。嗯，我们今天就来说说单元测试。
什么是单元测试？
说到单元测试，很多开发同学很容易忽略。甚至认为是测试才干的事情。这里需要纠正一下，对于单元测试，维基百科中是这样描述的：
单元测试又称为模块测试，是针对程序模块(软件设计中的最小单元)来进行正确性检验的测试工作。
看到没？单元测试是正确性检验的测试工作。那么做为一个解决error的开发小哥。可不能把错误扔给测试同学呀，这明显就是挖坑嘛。
哪些地方需要写单元测试？
在日常开发中，不要认为写单元测试带来了额外的工作。看似降低了开发效率。实际上，这是非常重要的。也能给后期维护带来好处。 大部分的bug也都能通过单元测试测试出来。
以下是需要写单元测试的地方：
- 在Dao层，Service层中的每一个方法都确保单元测试的通过。
(我们通常使用Mybatis作为ORM框架，建议将SQL也能通过数据库执行。这也是一种测试方式。) - 在重要的算法，核心业务逻辑必须单元测试通过。
在单元测试中：我们应尽量保持测试方法的原子性。也就是说，单元测试粒度越小越好。
为什么要写单元测试？
如果硬要说出写单元测试的好处？那实在是太多了。最直接的好处，就是减少BUG了。
- 提高代码质量。
- 提高代码可读性。
- 对自己代码的一种负责。
….
在优秀的开源项目中，如Spring源码中。我们会发现有很多的单元测试。基本上每个方法都有单元测试。我们阅读到难以理解的代码时。运行一下单元测试，调试一下。也能很快理解！
怎么写单元测试？
在Java中，单元测试代码应该写在 src/test/java 目录下，单元测试资源应该放在src/test/resources下。平常用的最多的单元测试框架就属Junit了。目前最新的Junit版本已经更新到了JUnit 5了。但需要JDK版本在1.8及以上才能运行。如果需要支持在1.7版本的JDK中运行。我们可以选择低版本的Junit。
下面为官网的使用指南地址：
https://junit.org/junit5/docs/current/user-guide/
由于篇幅原因。这篇就不给案例了。下次再单独写一篇，如何编写单元测试的吧。
单元测试的一点小建议
在《阿里巴巴Java开发手册》中，关于单元测试给了我们非常多实用的建议。这里摘录几条，有兴趣的童鞋。可以下载阅读更多:
- 保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。
- 单元测试是可以重复执行的，不能受到外界环境的影响。
- 单元测试的基本目标：语句覆盖率达到 70% ;核心模块的语句覆盖率和分支覆盖率都
要达到 100%。 - 在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好覆盖所有测试用例( UC )。
…..
有很多公司，不仅有设计评审。还有测试评审，也就是上面第4条所说的。开发人员和测试人员一起评估测试范围，以及测试用例。
最后
今天就要回家了，甚至有点小兴奋。大家都什么时候放假回家呢？
PS： 公众号内回复 『阿里巴巴Java开发手册』。即可获取纪念电子版一份。
扫码关注，一起进步
个人博客: http://www.andyqian.com