目前,我只是调用一个执行一堆Squeryl语句来加载数据的方法.但是声明性地声明灯具,无论是使用Scala DSL还是使用JSON或YAML等语言,都更容易理解.
在Java应用程序的this example中,我看到夹具是从YAML文件加载的,但是equivalent Scala应用程序采用了manula加载,就像我现在正在做的那样.
我还发现this project没有很好的记录,它看起来比我想要的复杂一点 – 我甚至不清楚实际声明夹具数据的位置.
Are there any other options to load fixtures in a Play! application?
解决方法
http://www.playframework.org/documentation/1.2/evolutions
我发现最无压力的测试方法是在内存数据库中设置所有内容,这意味着测试运行速度很快,并使用JUnit从Java驱动测试.我使用的是H2DB,但是你需要注意一些问题.我学到了很多东西,所以这可以节省你一些时间.
Play有一个很好的系统,用于设置和拆除应用程序进行集成测试,使用running(FakeAplication()){..},你可以配置它使用内存数据库和FakeApplication(additionalConfiguration = inMemoryDatabase()) :
http://www.playframework.org/documentation/2.0/ScalaTest
OutOfMemory错误:但是,在我的机器上运行几次相当大的测试夹具会导致OutOfMemory错误.这似乎是因为inMemoryDatabase()函数的默认实现创建了一个新的随机命名数据库,并且不会在测试运行之间清理旧数据库.如果您正确编写了进化拆卸脚本,则不需要这样做,因为数据库将在每次测试之间清空并重新填充.因此,我们覆盖此行为以使用相同的数据库,并且内存问题消失了.
DB Dialect:另一个问题是我们的生产数据库是MysqL,它与H2DB有许多不兼容的地方. H2DB具有多个dbs的兼容模式,这可以减少您遇到的问题数量:
http://www.h2database.com/html/features.html#compatibility
将这一切放在一起使得在每次测试之前添加它有点笨拙,所以我将它提取到一个函数中:
def memDB[T](code: =>T) = running( FakeApplication( additionalConfiguration = Map( "db.default.driver" -> "org.h2.Driver","db.default.url" -> "jdbc:h2:mem:test;MODE=MysqL" ) ) )(code)
然后您可以像这样使用它(规范示例):
"My app" should { "integrate nicely" in memDB { ..... } }
每个测试都会启动一个假的应用程序,运行你的夹具设置evolutions脚本,运行测试,然后再将它全部拆掉.祝好运!