Как проверить, что акк Акка был создан в Scala
Я пытаюсь написать тест, который будет проверять, что мой актер ниже создает heartBeatExpireWorker и heartBeatAccepter, но я понятия не имею, как это сделать.
Сначала я думал, что могу использовать Mockhito mock или шпион вместо контекста, а затем проверить, что я назвал actorOf, но я не могу понять, как внедрить контекст, не нарушая рамки тестирования Akka.
Затем я подумал, что могу отправить сообщение Identify рабочим, чтобы убедиться, что они существуют. Но мне пришло в голову, что это не сработает, потому что Akka TestKit, похоже, не создает детей актеров испытуемого. Он может принимать только Testprobes, который может стоять за соседними актерами.
class HeartBeatPumpWorker(chatService: ChatService, target: HeartBeatMessageCmd) extends Actor with ActorLogging with
WorkersReference {
val heartBeatInterval = chatService.getHeartBeatInterval
val tick = context.system.scheduler.schedule(0 millis, heartBeatInterval millis, self, SendHeartBeat(target))
override def postStop() = tick.cancel()
def receive = {
case SendHeartBeat(command: HeartBeatMessageCmd) =>
log.debug("Sending heartbeat")
//Send heartbeat to GWT
val userTarget = NetworkWorker.buildEventUserTarget(command.getEventCode, command.getUser)
val uuid: String = UUID.randomUUID().toString
val freshCommand = new HeartBeatMessageCmd(command.getUser, command.getEventCode, uuid, command.getUserSession)
networkWorker ! NetworkBroadcast(userTarget, freshCommand)
val heartBeatId: String = freshCommand.getUuid
//create expirer
val heartBeatExpireWorkerRef = context.actorOf(HeartBeatExpireWorker.props(chatService, freshCommand),
HeartBeatExpireWorker.name(heartBeatId))
val heartBeatAccepterRef = context
.actorOf(HeartBeatAcceptWorker.props(chatService, freshCommand), HeartBeatAcceptWorker.name(heartBeatId))
//record heartbeat
chatService.saveSentHeartbeat(heartBeatId, freshCommand.getUserSession, freshCommand.getEventCode,
freshCommand.getUser,
freshCommand.getTimeCmdGenerated)
case _ =>
log.error("Pumper received unknown message. This shouldn't happen " + sender.path.toString)
self ! PoisonPill
}
}
object HeartBeatPumpWorker {
def name(eventCode: String, user: String, sessionId: String) = f"HeartBeatPumpWorker-$eventCode-$user-$sessionId"
def path(eventCode: String, user: String, sessionId: String) : String = {
EventWorker.Path + "/" + name(eventCode, user, sessionId)
}
def props(chatService: ChatService, heartBeatMsgCmd: HeartBeatMessageCmd) = {
Props(classOf[HeartBeatPumpWorker], chatService, heartBeatMsgCmd)
}
}
Ответы
Ответ 1
Inject Props
для детей (например, HeartBeatAcceptWorker.props
) в конструкторе родительского HeartBeatPumpWorker
. Передайте любой Props
, который вы хотите получить из теста. Пусть родительский экземпляр детей передается через Props
. Взаимодействие с детьми. Последняя часть зависит от потока данных. Например, если родительский щит вас от детей, но делегирует им сообщения, отправьте сообщение родителям. Если дети разговаривают друг с другом, используйте тестовые зонды или что-то подобное.
Ответ 2
Используемый мной метод заключается в том, чтобы перехватить создание актера и создать TestProbes. В моих актерах я смешиваюсь в отдельном признаке ActorMaker:
trait ActorMaker { this: Actor =>
def makeActor(props: Props) = context.actorOf(props)
}
И используйте его в MyActor extends Actor with ActorMaker
вместо context.actorOf.
Для тестов у меня есть TestProbeMaker, который захватывает всех созданных актеров и их реквизит:
trait TestProbeMaker { this: Actor =>
val probes = ListBuffer.empty[(Props, TestProbe)]
def makeActor(props: Props) = { val probe = TestProbe()
probes += (props -> probe)
probe.ref
}
}
И я смешиваю его во время тестов
val actorUnderTest = TestActorRef(Props(new MyActor with TestProbeMaker))
Таким образом я могу точно утверждать, что создаются актеры.
Я также могу использовать probe.expectMsg, чтобы утверждать, что сообщения отправляются этим созданным субъектам.
Для доступа к зондам используйте actorUnderTest.underlyingActor.asInstanceOf[TestProbeMaker]