为什么在使用Resharper时使用TestDriven.net？

Question

据我所知，TestDriven.net专注于直接访问Visual Studio中的运行测试。然而，Resharper虽然是一种更通用的工具，但也提供了这种功能。如果使用Resharper，使用TestDriven.net有什么意义吗？

Answer 1

如果你有resharper，那么不，你可能不需要它。如果你不这样做，它是一个很棒的免费工具。

Answer 2

使用TestDriven.NET，您可以使用“运行测试”执行“任何”方法。我使用它执行一些静态方法来测试一些我不确定的东西（比如DateTime格式等），并且一旦确定，就不需要进行单元测试。

如果ReSharper也有这个，我还没有发现它或者被TestDriven.NET蒙羞;-) 据我所知，它只能执行[Test]等带注释的函数。

Answer 3

对我来说，TestDriven.NET的优势归结为三个要点：

1. 没有图形测试运行器。我真的不喜欢用红色和绿色灯泡在窗户上冒出来的窗户。 TestDriven.NET只在输出控制台中报告“n pass，m failed，x skipped”。这就是你需要看到的全部内容。
2. 任何Console.Write（）调用都会出现在输出控制台上。这对于快速尖峰和进行单元测试的好方法非常有用。我经常从写入控制台开始，然后将输出复制并粘贴回测试并对复制的先前输出执行输出断言。如果输出发生变化，则测试失败。
3. 正如克里斯蒂安所说，能够运行任何方法，而不仅仅是测试方法，是一种极好的生产力工具。在C＃中使用REPL是最好的事情（是的是的，如果你想要，请告诉我关于Mono C＃REPL的所有信息:)。

Answer 4

TestDriven.net有一个功能Resharper没有：代码覆盖率报告，这非常有用。

Answer 5

我不喜欢Resharper有几个原因，但我想从VS运行和调试测试，这就是我喜欢TestDriven.net的原因。此外，它是免费的。

Answer 6

我发现TestDriven.net比ReSharper更好地运行单元测试。 我认为这可能只是因为我使用了TestDriven.net并且只使用了ReSharper几周。

ReSharper似乎更多的步骤来运行测试并看到它的结果，从我回忆起ReSharper展示了一个复杂的UI，而不仅仅是从单个测试中提供简单的文本输出。

在使用ReSharper之后，我会说它很擅长运行大量的单元测试并在多于1次测试失败时显示合并结果。我仍然认为TestDriven.net非常适合运行单个单元测试，或者当您经常运行测试时，只有1或2个测试失败。