tdd - 测试驱动开发初始实现

Question

TDD 的一个常见做法是您采取微小的步骤。但是让我烦恼的一件事是我见过一些人做的事情，他们只是硬编码值/选项，然后稍后重构以使其正常工作。例如…

describe Calculator
  it should multiply
    assert Calculator.multiply(4, 2) == 8

然后你尽可能地让它通过:

class Calculator
  def self.multiply(a, b)
    return 8

确实如此!

人们为什么要这样做？是为了确保他们实际上在正确的类中实现了方法还是什么？因为这似乎是引入错误并在您忘记某些事情时给予错误信心的可靠方法。这是一个好习惯吗？

Answer 1

这种做法被称为“Fake it 'til you make it”。换句话说，将虚假的实现放入，直到放入真正的实现变得更简单。你问我们为什么这样做。

我这样做有很多原因。一种是简单地确保我的测试正在运行。可能配置错误，因此当我按下神奇的“运行测试”键时，实际上并没有运行我认为正在运行的测试。如果我按下按钮，它是红色的，然后放入假实现，它是绿色的，我知道我真的在运行我的测试。

这种做法的另一个原因是保持快速的红色/绿色/重构节奏。这是驱动 TDD 的心跳，重要的是它有一个快速的循环。重要让你感受到进步，重要让你知道你在哪里。有些问题(显然不是这个)不能一蹴而就，但我们必须一拍即合。 Fake it 'til you make 它是一种确保及时进展的方法。另见 flow .