单元测试的重要性怎么强调都不为过。在进入正题之前，还是先罗嗦一下单元测试的重要性。

　　首先，单元测试能够解耦合。这一点不是单元测试的目的，但却是单元测试的结果。为什么呢？因为为了能够使代码能够测试、便于测试，需要将被测试代码与其它代码分离。这样，就必须就导致了被测试代码与其它代码的解耦合。无形中也提高了代码的可测试性。

　　其次，单元测试是重构的基础。没有单元测试，就没有重构。任何人都不敢对没有测试代码的代码进行修改，因为不能确定所作出的修改是否有副作用（无形中引入bug）。

　　第三，单元测试能够优化设计。为什么这样说呢？因为单元测试首先考虑的类和方法的外部特性。也就是从接口使用者的角度来分析和解决问题。这样就能防止过度设计，同时也会使接口易于使用。

　　最后，单元测试是一份准确的文档。单元测试能够保证及时更新，与代码同步。与代码不同步的文档比没有文档的情况更加糟糕。单元测试的代码是可运行的，测试代码是产品代码接口使用方法的最佳示例。

　　说了这么多，单元测试这么好，这么重要，为什么很多人都没有付诸实践呢？单元测试代码不是产品代码！单元测试不能带来新的特性。单元测试的编写占用了开发产品代码的时间，降低了生产率。

　　其实，JUnit框架是一个非常简单、易用的测试框架。使用它可以很轻松的编写出单元测试代码。今天，就来介绍一个更简单的编写单元测试的方法——使用groovy进行单元测试。

　　Groovy是运行在jvm上的面向对象的动态脚本语言。最大的特点就是能够和java进行相互调用。由于Groovy语法的简单和灵活性，能够帮助简化单元测试的编写。

　　下面就来介绍使用Groovy进行单元测试的方法。

　　Groovy的单元测试是基于JUnit的，所以在类路径中需要引入相关的Junit.jar。而Groovy的相关类则包含自Groovy语言本身的类库中。使用Groovy进行单元测试，需要继承自 GroovyTestCase类。同样的，它也可以定义setUp()和tearDown()方法来初始化和清除测试环境。在测试内部，可以像JUnit 一样使用断言来判断期望值与真实值是否相等，当然Groovy提供了相应的断言方法。

　　下面就来看一个简单的例子。