我是否应该编写测试以证明删除代码可修复错误？

有时候，我会遇到这样的情况：修复错误需要删除一段代码。TDD的纯粹主义者会（我认为）提倡编写一个失败的测试，删除代码，然后查看测试通过。

现在，有一个测试断言某些代码已被删除真是很奇怪。当然，我想它可以确保没有人去研究源代码控制并将该代码放回去，但这值得吗？如果值得的话，它似乎比为已添加的代码编写测试要有价值，对吧？

您正在以错误的方式看待它。测试没有断言代码已删除。该测试确实声明了某些功能。

该测试不关心通过它所需的代码量，也没有意识到您已经删除了一些代码。进行此类测试的价值与您因错误创建的任何其他测试的价值完全相同：您有信心在通过测试后就不会出现错误，并且将测试集成到构建过程中可以确保您将错误很可能不会被重新引入。

从TDD角度看它的另一种方法是：当您知道删除代码可以修复该错误，然后又想知道是否编写测试时，您就已经错了TDD。一旦开始处理错误，就应该首先编写测试，以确保通过失败来确保错误的存在。之后，您才修复实际的错误-可能需要删除代码或不删除代码-并通过测试。您所提出的问题甚至不会以这种方式出现。