Я думаю, что в общих чертах вы уже попали на тот факт, что лучший подход должен издеваться ответ. В Scala, это можно сделать с помощью Scala Mock http://scalamock.org/
Если вы устраиваете свой код, чтобы ваш экземпляр akka.http.scaladsl.HttpExt
является зависимость впрыскивается в код, который использует его (например, в качестве параметра конструктора), то во время тестирования вы можете инжектировать экземпляр mock[HttpExt]
, а не один, построенный с использованием метода применения Http
.
EDIT: Я думаю, это было отклонено за то, что он не был достаточно конкретным. Вот как я бы структурировал насмешку над вашим сценарием. Все имплициты усложняется.
Код в main
:
import akka.actor.ActorSystem
import akka.http.scaladsl.Http
import akka.http.scaladsl.model.{Uri, HttpResponse, HttpRequest}
import akka.http.scaladsl.unmarshalling.Unmarshal
import akka.stream.ActorMaterializer
import scala.concurrent.{ExecutionContext, Future}
trait S3BucketTrait {
type HttpResponder = HttpRequest => Future[HttpResponse]
def responder: HttpResponder
implicit def actorSystem: ActorSystem
implicit def actorMaterializer: ActorMaterializer
implicit def ec: ExecutionContext
def sampleTextFile(uri: Uri): Future[String] = {
val responseF = responder(HttpRequest(uri = uri))
responseF.flatMap { response => Unmarshal(response.entity).to[String] }
}
}
class S3Bucket(implicit val actorSystem: ActorSystem, val actorMaterializer: ActorMaterializer) extends S3BucketTrait {
override val ec: ExecutionContext = actorSystem.dispatcher
override def responder = Http().singleRequest(_)
}
Код в test
:
import akka.actor.ActorSystem
import akka.http.scaladsl.model._
import akka.stream.ActorMaterializer
import akka.testkit.TestKit
import org.scalatest.{BeforeAndAfterAll, WordSpecLike, Matchers}
import org.scalamock.scalatest.MockFactory
import scala.concurrent._
import scala.concurrent.duration._
import scala.concurrent.Future
class S3BucketSpec extends TestKit(ActorSystem("S3BucketSpec"))
with WordSpecLike with Matchers with MockFactory with BeforeAndAfterAll {
class MockS3Bucket(reqRespPairs: Seq[(Uri, String)]) extends S3BucketTrait{
override implicit val actorSystem = system
override implicit val ec = actorSystem.dispatcher
override implicit val actorMaterializer = ActorMaterializer()(system)
val mock = mockFunction[HttpRequest, Future[HttpResponse]]
override val responder: HttpResponder = mock
reqRespPairs.foreach{
case (uri, respString) =>
val req = HttpRequest(HttpMethods.GET, uri)
val resp = HttpResponse(status = StatusCodes.OK, entity = respString)
mock.expects(req).returning(Future.successful(resp))
}
}
"S3Bucket" should {
"Marshall responses to Strings" in {
val mock = new MockS3Bucket(Seq((Uri("http://example.com/1"), "Response 1"), (Uri("http://example.com/2"), "Response 2")))
Await.result(mock.sampleTextFile("http://example.com/1"), 1 second) should be ("Response 1")
Await.result(mock.sampleTextFile("http://example.com/2"), 1 second) should be ("Response 2")
}
}
override def afterAll(): Unit = {
val termination = system.terminate()
Await.ready(termination, Duration.Inf)
}
}
build.sbt
зависимостей:
libraryDependencies += "com.typesafe.akka" % "akka-http-experimental_2.11" % "2.0.1"
libraryDependencies += "org.scalamock" %% "scalamock-scalatest-support" % "3.2" % "test"
libraryDependencies += "org.scalatest" % "scalatest_2.11" % "2.2.6"
libraryDependencies += "com.typesafe.akka" % "akka-testkit_2.11" % "2.4.1"
Я никогда не использовал его, но он выглядит как спрей testkit: https://github.com/theiterators/akka-http-microservice/blob/master/src/test/scala/ServiceSpec.scala. В Спрей вам не нужно поднимать Акку и просто проверять маршрут напрямую (это PF). –
Вы ссылаетесь на 'freeGeoIpConnectionFlow'? Я думаю, что здесь что-то не хватает. Я вижу, что это переопределяет определение в [AkkaHttpMicroservice] (https://github.com/theiterators/akka-http-microservice/blob/9ff6bdb67f9665817935ffe7107682e04056fa76/src/main/scala/AkkaHttpMicroservice.scala), но как это называется? в 'ServiceSpec'? Похоже, вам нужно вызвать 'AkkaHttpMicroservice.apply()' для получения привязок. – Steiny
Есть два способа протестировать REST API в Spray/AkkaHttp: 1) систему запуска, поскольку вы будете запускать все приложение, протестировать его с помощью http-клиента, отключить его; 2) тест против маршрутизации DSL, который по существу является PF и не требует запуска системы актеров. Я после второго варианта, потому что это более легкий и более похожий тест на единицу и тест интеграции (1). В этом случае нам не пришлось бы привязываться к сетевому интерфейсу, и никакие актеры не должны запускаться для обработки маршрута, если вы не используете актеров в другом месте. Я никогда не пробовал это на AkkaHttp, говоря с опытом Spray. –