Penso che in termini generali che hai già colpito sul fatto che l'approccio migliore è quello di prendere in giro la risposta. In Scala, questo può essere fatto utilizzando Scala Mock http://scalamock.org/
Se ad organizzare il codice in modo che l'istanza di akka.http.scaladsl.HttpExt
è la dipendenza iniettato nel codice che lo utilizza (ad esempio come parametro del costruttore), quindi durante il test si può iniettare un istanza di mock[HttpExt]
invece di una creata utilizzando il metodo di applicazione Http
.
EDIT: Immagino che questo sia stato votato per non essere abbastanza specifico. Ecco come strutturerei il beffardo del tuo scenario. È reso un po 'più complicato da tutti gli impliciti.
Codice in 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(_)
}
Codice in 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
dipendenze:
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"
Non l'ho mai usato, ma sembra Spray testkit: https://github.com/theiterators/akka-http-microservice/blob/master/src/test/scala/ServiceSpec.scala. In Spray non devi far apparire l'Akka e puoi semplicemente provare contro il percorso direttamente (è un PF). –
Ti riferisci a 'freeGeoIpConnectionFlow'? Penso che mi manchi qualcosa qui. Posso vedere che questo è prevalente sulla definizione in [AkkaHttpMicroservice] (https://github.com/theiterators/akka-http-microservice/blob/9ff6bdb67f9665817935ffe7107682e04056fa76/src/main/scala/AkkaHttpMicroservice.scala) ma come viene chiamato questo? in 'ServiceSpec'? Sembra che tu abbia bisogno di chiamare 'AkkaHttpMicroservice.apply()' per ottenere i binding. – Steiny
Esistono 2 modi per testare l'API REST in Spray/AkkaHttp: 1) sistema di attore di avvio come si eseguirà l'intera applicazione, testandola con il client http, spegnendola; 2) test contro il routing DSL che è essenzialmente un PF e non richiede l'esecuzione del sistema degli attori. Sono in cerca della seconda opzione perché è più leggera e più simile al test unit test e all'integrazione (1). In questo caso non dovremmo legarci all'interfaccia di rete e nessun attore deve essere avviato per gestire il percorso, a meno che tu non usi gli attori da qualche altra parte. Non ho mai provato questo su AkkaHttp, parlando dall'esperienza Spray. –