0

他们说：

“你应该测试接口，而不是实现。”

换句话说，您应该关注最终结果，而不是如何完成（黑盒测试）。

也有人说您不应该测试私有函数，而应该只测试公开的公共接口。但我的问题是...

对于依赖于多个私有子任务的公开暴露的接口（例如函数），您会怎么做？你应该如何进行测试？

考虑下面的函数calculateDiscountedPrice。 让我们假设第一个函数是公开可用的（想想 export default），而其他 3 个函数是私有的。

// PUBLIC TOP-LEVEL FUNCTION
export default function calculateDiscountedPrice(price, discount) {
    const dollarsOff = getDollarsOff(price, discount);
    return round(price - dollarsOff);
}

// PRIVATE SUBTASK
function getDollarsOff(price, discount) {
    return price * discount;
}

// PRIVATE SUBTASK
function round(number, precision = 2) {
    return isInt(number) 
    ? number
    : number.toFixed(precision);
}

// PRIVATE SUBTASK
function isInt(number) {
    return number % 1 === 0;
}

示例用法：

console.log(calculateDiscountedPrice(100, 0.75)) // 25

如您所见，calculateDiscountedPrice是我们公开的公共功能，因此我们应该对其进行单元测试。但是其他三个子任务呢？为什么我们不应该测试这些？calculateDiscountedPrice涵盖其他三个的测试是否也包括在内？

4

1 回答 1

2

你是对的，你不应该单独测试私有函数。

当您为公开可用的代码编写测试时，您应该尽可能多地考虑代码中的分支 - 这样您的测试也会触及所有私有函数。

此外，严格说您不需要为所有公开可用的功能编写测试，否则您也会测试实现。

因此，对于这个特定示例，您可以编写如下测试：

  • 传递price给一个整数，例如10通过调用的“否定”结果isInt（准确地说 - 会有一个数字结果 0）
  • 传递price给一个非整数，例如7.35通过调用的“积极”结果isInt
  • 通过零discount
  • 通过非零discount
  • 使用先前变体等的组合。

让我注意到，如果您TDD从一开始就使用技术，那么您将基本上得到这些测试用例。

让我也建议您花几分钟时间阅读鲍勃叔叔的这篇文章，他是著名的软件工程专业人士。

于 2018-10-16T15:33:08.317 回答