Scala 中的单元测试助手或非接口特征

Question

这个问题是关于处理混合非接口特征（即包含某些功能的特征）的类的测试。测试时，类功能应与混合特征提供的功能隔离（据说是单独测试的）。

我有一个简单的 Crawler 类，它依赖于 HttpConnection 和实用函数的 HttpHelpers 集合。现在让我们关注 HttpHelpers。

在 Java 中，HttpHelpers 可能是一个实用程序类，并且会手动或使用某些 IoC 框架将其单例作为依赖项传递给 Crawler。测试 Crawler 很简单，因为依赖关系很容易模拟。

在 Scala 中，辅助特征似乎是组合功能的更优选方式。确实，它更容易使用（扩展时自动导入命名空间的方法，可以使用 withResponse ... 而不是 httpHelper.withResponse ... 等）。但它如何影响测试呢？

这是我想出的解决方案，但不幸的是，它将一些样板文件提升到测试端。

辅助特征：

trait HttpHelpers {
  val httpClient: HttpClient
  protected def withResponse[A](resp: HttpResponse)(fun: HttpResponse => A): A = // ...
  protected def makeGetRequest(url: String): HttpResponse = // ...
}

要测试的代码：

class Crawler(val httpClient: HttpClient) extends HttpHelpers {
  // ...
}

测试：

// Mock support trait
// 1) Opens up protected trait methods to public (to be able to mock their invocation)
// 2) Forwards methods to the mock object (abstract yet)
trait MockHttpHelpers extends HttpHelpers {
  val myMock: MockHttpHelpers
  override def makeGetRequest(url: String): HttpResponse = myMock.makeGetRequest(url)
}

// Create our mock using the support trait
val helpersMock = Mockito.mock(classOf[MockHttpHelpers])

// Now we can do some mocking
val mockRequest = // ...
Mockito when (helpersMock.makeGetRequest(Matchers.anyString())) thenReturn mockRequest

// Override Crawler with the mocked helper functionality
class TestCrawler extends Crawler(httpClient) with MockHttpHelpers {
  val myMock = helpersMock
}

// Now we can test
val crawler = new TestCrawler()
crawler.someMethodToTest()

问题

这种方法可以工作，但是需要为每个辅助特征提供模拟支持特征有点乏味。但是我看不到任何其他方法可以实现这一点。

• 这是正确的方法吗？
• 如果是的话，是否可以更有效地实现其目标（语法魔术、编译器插件等）？

欢迎任何反馈。谢谢你！

Answer 1

您可以编写一个 Helper 模拟特征，该特征应与 HttpHelpers 混合，并用模拟等效项覆盖其方法：

trait HttpHelpersMock { this: HttpHelpers =>

  //MOCK IMPLEMENTATION
  override protected def withResponse[A](resp: HttpResponse)(fun: HttpResponse => A): A = // ...

  //MOCK IMPLEMENTATION
  override protected def makeGetRequest(url: String): HttpResponse = // ...
}

然后，在测试爬虫时，您可以在实例化时混合模拟特征：

val crawlerTestee = new Crawler(x) with HttpHelpersMock

并且模拟方法将仅替换实例 crawlerTestee 中的辅助方法。

编辑：我认为测试类如何与辅助特征交互不是一个好主意。在我看来，您应该测试 Crawler 行为而不是其内部实现细节。实现可以改变，但行为应尽可能保持稳定。我上面描述的过程允许您覆盖帮助器方法，使其具有确定性并避免真正的网络，从而帮助和加速测试。

但是，我相信测试 Helper 本身是有意义的，因为它可以在其他地方重用并且具有正确的行为。

Answer 2

怎么样：

val helpers = new HttpHelpers {
  //override or define stuff the trait needs to work properly here
}

helpers.someMethodToTest

看，马，不需要中间特征和模拟库！

为了我的特质，我一直这样做，而且我对结果非常满意。