我应该在基于属性的测试中重新实现逻辑吗？

Question

假设有一个函数可以确定按钮是否应该可见。

fun isButtonVisible(fitlers: List<Filters>, results: List<Shop>, isLoading: Boolean) {
  return fitlers.isNotEmpty() && results.isEmpty() && !isLoading
}

现在我想用 PBT 来测试这个功能，比如：

"the button should be visible if filters is not empty and results is empty and is not loading" {
  forAll { filters: List<Filters>, results: List<Shop>, isLoading: Boolean ->
    val actual = isButtonVisible(filters, results, isLoading)

    // Here reimplement the logic
    val expected = filters.isNotEmpty() && results.isEmpty() && !isLoading

    assertThat(actual).isEqual(expected)
  }
}

看来我只是在我的测试中再次重新实现了逻辑，这是正确的吗？如果不是，如果逻辑只是几个标志的简单组合，我怎么能想出另一个属性？

Answer 1

不对。

您不必计算测试期间应该计算预期值的内容，您应该知道应该是什么，将其设置为此，并将其与实际结果进行比较。

通过调用要测试的方法和将结果与已知的预期值进行比较来测试工作。

"the button should be visible when filters are not empty, results is empty, isLoading is false " {
  forAll { filters: List<Filters>, results: List<Shop>, isLoading: Boolean ->
    val actualVisibleFlag = isButtonVisible(filters, results, isLoading)

    val expectedVisibleFlag = true    
    assertThat(actualVisibleFlag ).isEqual(expectedVisibleFlag )
  }
}

您的期望值是已知的，这就是我要说明的重点。 对于每个输入组合，您可以创建一个新测试。

这里的想法是，当您遇到错误时，您可以轻松查看哪个现有测试失败，或者您可以添加一个新的测试以突出显示错误。

如果你调用一个方法，给你你认为你应该得到的结果，那么，你怎么知道那个方法是正确的呢？你如何知道它适用于每个组合？

如果您可以减少标志数量，您可能会越来越少的测试，您是否真的需要其中4个？

现在，每种语言/框架都有（或应该有）支持矩阵类型，这样您就可以轻松地编写每个组合的值