【Java程序员修炼之道 之 单元测试】
单元测试是一个非常好用的工具,是一个Java程序员修养的一部分。从04年开始,我就开始在项目实践中使用单元测试。十几年来,参与的项目基本上都或多或少的使用了单元测试,多的能有100%覆盖率的要求,少的也要覆盖主要代码,发现这个实践在提高软件质量和开发速度上还是很有好处的。在和朋友同事的交流中,发现有很多项目没有使用单元测试,也有很多程序员不会写单元测试,但是大家对这个都很有兴趣。所以我想把自己掌握的关于单元测试的技能(架构、设计和技术)和实施策略分享一下。当然,要是有那个企业愿意要求我去做相关的内训和咨询,我会很高兴的。
单元测试这系列想讲讲两方面内容:
本文包括下面几部分的内容 单元测试的定义指程序员编写的用于测试逻辑代码的代码。我的理解中单元测试分成以下两类: 代码测试代码测试是指对代码的实现进行测试,不依赖于第三方环境,运行速度很快。举几个例子:
集成测试是指集成了第三方依赖之后的测试。它会依赖于第三方环境,运行速度相对代码测试慢。举几个例子:
在软件工程中,大家都知道越早开始测试越好,越早开始测试就能越早发现缺陷,修改代价就越小。 单元测试是可以自动化运行的,如果代码有良好的单元测试覆盖,在对代码进行重构和修改之后,我们可以用极短的时间(几分钟)对整个系统进行一下测试,测试全部通过,这个说明的修改对系统没有造成严重影响(这不能说明单元测试覆盖不到的地方也没有问题),于是你就可以安心的继续修改代码和重构代码。 有助于提高代码质量和架构设计
为了便于单元测试和代码覆盖,架构必然会在逻辑封装,解耦合,依赖注入,控制反转,对外接口封装等方面进行优化。
编写良好的单元测试代码可以自动化运行,可以在所有的开发人员的环境里运行,可以在持续集成环境里运行,可以在每次代码修改提交后运行,项目的代码和功能在反复的收到测试。 加快开发速度前期的小小投入,能够在整个项目周期中发挥作用,能够提高代码的质量,能够对代码进行早期测试,能够减少代码Bug,能够保证代码不会被其他代码破坏。修改Bug和调试的时间、相关的沟通时间被大幅度的减少。项目时间能更有保证。 起到代码文档的作用对于一个方法或者一个对象的使用,有的时候光用注释很难说清楚。单元测试中对该方法/对象的使用提供了实例说明的作用,使我们更容易理解对其的使用。 Java程序员单元测试工具库写单元测试也是需要掌握一些工具的,不过这些工具使用起来都比较简单,也和容易学习。在后面的文章中,我将会介绍其中的一部分我经常用到的。 单元测试框架在Java世界中,有两个使用最多的单元测试框架,JUnit和TestNG。使用最多和支持最广泛的是JUnit。后面的文章中我将会给大家介绍一下它的使用。 Mock工具Mock工具是进行代码测试所必须掌握的一个工具。目前流行的有Mockito, EasyMock和JMock这三种。我以前用过EasyMock和JMock,后来开始使用Mockito之后就停不下来了。后面的文章中会给大家介绍一下它的用法。 其他工具通用型的我将会介绍Hamcrest,一个用于验证测试结果工具库。其他的有一些用于各种专门目的而使用的工具,这类工具有很多,比如
|
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。