在play框架虚假应用程序中快速测试执行

时间:2013-11-27 22:56:09

标签: scala playframework playframework-2.2 specs2

按照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秒

由于this answer

,我能够取得更好的成绩
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)没有反射。

请建议如何打破利弊或不同的方法来完成我的问题。

1 个答案:

答案 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()
}

我认为mapStep(...) ^ 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”块创建一个新应用程序或将所有测试添加到一个块中更合乎逻辑。