首先看一个最简单的例子，定义一个函数square来计算平方，然后我们测试这个函数：

执行输出：

这个小例子基本说明了clojure.test的主要功能。首先是断言is，类似JUnit里的assertTrue，用来判断form是否为true，它还可以接受一个额外的msg参数来描述断言：

它还有两种变形，专门用来判断测试是否抛出异常：

上面的例子故意求"a"的平方，这会抛出一个java.lang.ClassCastException，一个运行时异常，并且异常信息为java.lang.String cannot be cast to java.lang.Number。我们可以通过上面的方式来测试这种意外情况。clojure.test还提供了另一个断言are，用来判断多个form：

are接受多个form并判断是否正确。这里还用了testing这个宏来添加一段字符串来描述测试的内容。

其次，我们用deftest宏定义了一个测试用例，deftest定义的测试用例也可以组合起来：

但是组合后的tests运行就不能简单地传入一个ns，而需要定义一个test-ns-hook指定要跑的测试用例，否则组合的用例如上面的addition和subtraction会运行两次。我们马上谈到。

定义完用例后是运行测试，运行测试使用run-tests，可以指定要跑测试的ns，run-tests接受可变参数个的ns。刚才提到，组合tests的时候会有重复运行的问题，要防止重复运行，可以定义一个test-ns-hook的函数：

这样run-tests就会调用test-ns-hook按照给定的顺序执行指定的用例，避免了重复执行。

在你的测试代码里明确调用run-tests执行测试是一种方式，不过我们在开发中更经常使用的是lein来管理project，lein会将src和test分开，将你的测试代码组织在专门的test目录，类似使用maven的时候我们将main和test分开一样。这时候就可以简单地调用:

命令来执行单元测试，而不需要明确地在测试代码里调用run-tests并指定ns。更实用的使用例子可以看一些开源项目的组织。

单元测试里做mock也是比较常见的需求，在clojure里做mock很容易，原来clojure.contrib有个mock库，基本的原理都是利用binding来动态改变被mock对象的功能，但是在clojure 1.3里，binding只能改变标注为dynamic的变量，并且clojure.contrib被废弃，部分被合并到core里面，Allen Rohner编译了一个可以用于clojure 1.3的clojure.contrib，不过需要你自己install到本地仓库，具体看这里。不过clojure.contrib.mock哪怕使用1.2的编译版本其实也是可以的。

clojure.contrib最重要的是expect宏，它类似EasyMock里的expect方法，看一个例子：

has-args用来检测square的参数是不是number，times用来指定预期调用的次数，而returns用来返回mock值，是不是很像EasyMock？因为我们这个测试只调用了square一次，所以这个用例将失败：

这个例子要在Clojure 1.3里运行，需要将square定义成dynamic：

否则会告诉你没办法绑定square:

额外提下，还有个轻量级的测试框架expections可以看一下，类似Ruby Facker的facker库提供一些常见的模拟数据，如名称地址等

文章转自庄周梦蝶  ，原文发布时间2012-02-15