路是爬出来的

       前阵子发表过 我的第一个真正意义上的测试 。

里面对于测试Service大家是没有意义的，对于测试DAO层则表现各有各的看法。

比如

测试DAO不如连数据库一起测试吧。因为DAO测试的目的不是DAO接口实现对不对，而是测试是否如你预期的发送了SQL，如你预期的返回了结果集。这个时候你Mock之后，测试就没有意义了。

但是数据库的测试毕竟比较特殊，记住测试的目的是确保你的代码质量，如果你确定你的这样测就没问题了，那无话可说，否则就尽量多的测试。

事实上，最原始的单元测试（plain testcase）就是用来测方法，测业务逻辑的，如果有逻辑就测，没逻辑就不用测了，同样的道理，相信你不会去测一个bean的get/set方法吧。

记住你测试的目的和动机，如果你认为测试dao层是为了测你的逻辑（你确定你的dao的实现代码是否真的存在逻辑），那你就mock吧，但是，我 们更相信，我们测DAO层，更应该是测访问数据库的情况，你如连接，sql是否正确，sequence是否正确等，而这些你必须要真正的连接数据库，也因 此，我们一般都是直接访问数据库来测试的，当然，如果可能你可以采用内存库。

事实上，我们对dao的测试，一般都进行所谓的的集成单元测试。我认为，你应该确定好你的测试策略，然后在去采用相应的测试方法。我在目前的开发中就是采用这样的方式测的。