Lagom框架中的单元测试范式是什么？

Question

我是拉格姆世界的新手。我有一个使用单元测试的场景。我在Lagom / Java框架和Cassandra数据库下工作。我有两个不同的服务：

• 设备服务
• 用户服务

我需要的是一种智能接入方案。用户必须注册他的设备才能获得访问授权。此机制由设备服务中的WBS connect ()管理。因此，这个WBS涉及：

• 如果设备不可用:它将其存储在DB中(出于安全原因)，并且不允许访问
• 如果设备已注册:它将记录访问日期并授权访问。

我的实现已经准备好了，效果很好。但是我的问题是如何在单元测试端处理这个问题。特别是对于自动化访问场景，因为对于测试启动，我没有在DB / persistence中注册设备。

• 我是否需要调用一个WBS ()来向我的DB / persistence中添加一个设备，然后调用WBS connect ()来模拟访问授权？
• 是否有不依赖DB运行WBS connect ()的解决方案？
• 如果我的WBS依赖于另一个服务(用户服务)，如何管理单元测试？我是否必须在设备服务的单元测试中重新实现用户服务？

Answer 1

据我所知，拉格姆团队不相信传统的单元测试为服务；然而，有一些单元风格的方式来接近测试拉格姆服务。这是传统上在“单元”级别上规定测试的方式：

• 域对象测试 测试外部命令、事件和代理
• 持久实体测试 测试持久实体尝试处理实体命令时会发生什么
• 单次服务测试 您的服务能够处理愉快/不愉快路径的测试
• 消息代理测试 您的服务发布或接收kafka消息的测试

正如您可能知道的，Lagom规定了一个Spring风格的API/Impl分支。因此，域对象往往属于API测试，而其他对象则属于Impl测试。从DDD的角度来看，这应该是有意义的。

没有太多的想象力，您可能会看到如何将单个服务测试扩展到多个服务测试或集成测试。