带标准测试的颗粒

我不会走那条路。相反,我将把查询作为一个静态的finder方法移动到域类中,并在带有实际数据的集成测试中直接测试它。然后,当在控制器或服务测试中调用helper方法时,您可以轻松地模拟它。

class YourDomainClass {

...
   static List<YourDomainClass> findFooBar() {
      YourDomainClass.withCriteria {
         ...
      }
   }
}

然后在单元测试中:

def results = [instance1, instance2, instance3]
YourDomainClass.metaClass.static.findFooBar = { -> results }

通过这种方式,您可以在集成测试中测试查询是否适用于内存中的数据库,但在单元测试中很容易对其进行模拟。

关于Burt的答案,请查看以下所述的命名查询:

http://blog.springsource.com/2010/05/24/more-grails-1-3-features/

然后,您可以在单元测试中模拟Burt所描述的属性/方法访问。

由于没有人提到创建一个DSL来运行其他DSL的选项,这里完全公开了这个方法。我经常使用它,效果很好。

Groovy/Grails testing DSLs

目前还没有针对休眠条件的模拟实现。您需要使用集成测试。但是,Burt建议将此方法设置为静态finder方法,这对于代码组织来说是一个很好的方法。您还应该查看命名查询,如 http://www.grails.org/1.2+Release+Notes ,这是一个很好的语法。