按照here
所述运行测试"Spec" should {
"example" in new WithApplication {
...
}
}
对我来说慢得令人无法接受。这是因为新的WithApplication在每个示例中都在启动和停止框架。不要误解我的意思,框架本身加载速度非常快,但如果数据库配置好了(惊喜!),情况会变得很糟糕。
以下是一些衡量标准:
"The database layer" should {
"test1" in {
1 must be equalTo(1)
}
...
"test20" in {
1 must be equalTo(1)
}
}
执行时间: 2秒。在每个示例中使用WithApplication的相同测试消耗 9秒
,我能够取得更好的成绩import play.api.Play
import play.api.test.FakeApplication
import org.specs2.mutable.Specification
import scalikejdbc._
class MySpec extends Specification {
var fake: FakeApplication = _
step {fake = FakeApplication(...)}
step {Play.start(fake)}
"The database layer" should {
"some db test" in {
DB localTx { implicit session =>
...
}
}
"another db test" in {
DB localTx { implicit session =>
...
}
}
step {Play.stop()}
}
}
优点:性能提升
缺点:
需要复制粘贴设置和拆卸代码,因为不知道如何操作 重用它(通过重用我的意思是“类MySpec扩展 规范 with NoWasteOfTime “
新的WithApplication()调用Helpers.running,看起来像这样
synchronized {
try {
Play.start(fakeApp)
block
} finally {
Play.stop()
play.api.libs.ws.WS.resetClient()
}
}
所以我不能完全模仿Helpers.running行为(我的代码看不到resetClient)没有反射。
请建议如何打破利弊或不同的方法来完成我的问题。
答案 0 :(得分:9)
我不知道这是否是最佳解决方案,但在此主题中: Execute code before and after specification
您可以阅读可重用代码的解决方案。我很少修改它实现它。对我来说,beforeAll步骤没有运行并添加了sequential
修饰符。
import org.specs2.mutable._
import org.specs2.specification._
class PlayAppSpec extends Specification with BeforeAllAfterAll{
sequential
lazy val app : FakeApplication = {
FakeApplication()
}
def beforeAll(){
Play.start(app)
}
def afterAll(){
Play.stop()
}
}
import org.specs2.specification.Step
trait BeforeAllAfterAll extends Specification {
// see http://bit.ly/11I9kFM (specs2 User Guide)
override def map(fragments: =>Fragments) = {
beforeAll()
fragments ^ Step(afterAll)
}
def beforeAll()
def afterAll()
}
我认为map
对Step(...) ^ fragments ^ Step(...)
会更好,但它并没有为我运行beforeAll。 “Global setup / teardown”中的用户指南(http://bit.ly/11I9kFM)表示使用懒惰的val。
总的来说,设置它是一件痛苦的事。我的问题是
Exception in thread "Thread-145" java.net.SocketException: Connection reset
或者
Configuration error[Cannot connect to database [default]] (Configuration.scala:559)
重用相同的FakeApplication时:
SQLException: Attempting to obtain a connection from a pool that has already been shutdown.
我认为这种方式比为每个“in”块创建一个新应用程序或将所有测试添加到一个块中更合乎逻辑。