Scala 中编写和单元测试实用方法的良好实践

Question

在特定情况下，您需要有一些跨不同类所需的实用方法。为了解决这种情况，您创建一个 Util 对象，在其中放置所有这些方法

object AggregatorUtil {
  def aggregateValues(list : List[BigDecimal]) = //some logic...
}

// Import everything in the Utilities object
import AggregatorUtil._

然后导入类中需要的任何 util 成员。然而，这样做的缺点是，由于您的所有方法都在单例对象中，并且 使用实用方法模拟类的对象和单元测试方法变得很棘手。

为了再次解决这个问题，我想到的唯一解决方案是将功能提取到特征中，然后模拟特征。

如果还有其他方法可以处理和测试 util 方法，请告诉我，哪种方法更简洁。

提前致谢！！！

注意：-我在我的项目中使用 scalatest 和 mockito。

Answer 1

如果您需要进行模拟，则将这一切置于模拟特征中是前进的方向。如果嘲笑是不必要的，请避免它。不必要的嘲笑是……不必要的。你只会在没有额外价值的事情上浪费时间和精力。

当您在其他文件中有复杂的功能或功能并希望将其视为black box 并假设它按预期工作时，最好使用模拟（然后您通常会单独对这些东西进行单元测试）。但是，如果您可以避免它并使用函数的 实际 功能，您将对应用程序的功能有更真实的了解，并且会更快地发现新的错误/重大更改（如果您已模拟功能而忘记更新你的模拟，你可能不会发现你引入的任何新错误）。

当您在 MVC 应用程序（例如 Scala Play 微服务）中模拟对数据库的调用时，需要进行模拟的一个很好的例子是。您显然不想在测试代码时运行实际的数据库，因此您通常会模拟出连接器层并从连接器函数返回虚拟/模拟数据。

你不会嘲笑的一个例子是这样的：

trait MyTrait {
  def toInt(str: String): Int
}

val mockedTrait = mock[MyTrait]
when(mockedTrait.toInt(eq("3")).thenReturn(3)

这是一个有点愚蠢的例子，但我认为它清楚地解释了这一点 - 做这样的事情会很荒谬。嘲笑并不总是答案。

Answer 2

我主要使用 Test-Implementation 进行模拟，我发现它更具可读性，而且您不必学习模拟框架。

这里是一个例子：

界面：

trait DataRepo {

  def persist(data: DataObject): Future[DataObject]

  def idents(): Future[List[String]]

  def insertData(dataCont: DataObject): Future[Int]
  ...
}

模拟界面：

object DataRepoMock extends DataRepo {

  def persist(data: DataObject): Future[DataObject] = ??? // only implement when needed

  def idents(): Future[List[String]] = Future.successful((0 to 10).map(_=>Random.nextInt(100)))

  def insertData(dataCont: DataObject): Future[Int] = Future.successful(Random.nextInt(100))
  ...
}

您还可以使用所有 Scala 的好东西，例如模式匹配，让您的 Mock 对输入做出不同的反应。

这是一个例子，这不仅仅是我自己使用的；）： EPFLx: scala-reactiveX 见 Lecture 2.5 测试 Actor 系统：

  def fakeGetter(url:String, depth: Int):Props =
    Props(new Getter(url, depth){
      override def webClient: WebClient = FakeWebClient
    })