.net - NUnit 与手动单元测试

Question

背景

我最近尝试开发一套用于特定应用程序回归测试的测试。我一直在使用 NUnit，没有遇到任何问题。

我遇到了向 NUnit 测试发送参数的问题，似乎没有令人满意的答案。

问题

假设我实现了一个简单的单元测试器，它加载一个类，按顺序运行 Startup、Test 和 Teardown 方法，捕获异常，然后卸载程序集。与使用 NUnit 相比，这样做的缺点是什么？

在这种情况下，我可以轻松地将参数传递到我的测试用例，或者做我可能想出的任何其他疯狂的事情。但我担心的是放弃 NUnit 会失去什么。

Answer 1

你失去了什么？你的时间。

如果您为客户或企业工作，他们(大概)付钱给您是为了解决业务问题，而不是为了编写基础架构代码。为了满足业务需求，可能需要一些基础设施。在这种情况下，显然不是。您正在重新发明轮子。

不要落入“此处未发明”的陷阱。使用 NUnit。它支持parameterized tests .如果 NUnit 不能满足您的需求，请调查 MbUnit or xUnit.net .或者看SpecFlow等 BDD 风格。或者 FitNesse用于验收测试。这只是部分列表!

如果您出于学习目的自行编写测试框架，那太好了!否则，您就是在浪费时间和/或公司的金钱。

解决技术方面的问题

JUnit 最初是在 long airplane trip 期间创建的.那时候没有太多选择。编写测试框架并不是一个庞大的工程。编写一个功能齐全且易于使用的健壮的程序更加困难。编写测试运行器、IDE 集成、CI 集成、代码覆盖率集成等要困难得多。 它已经完成了。除非你是 Ayende Rahien，否则不要这样做!

除了积分，你还失去了任何features of NUnit你没有实现(而且有很多)。我没有使用所有这些，但我确实依赖其中的许多。

(从我的评论中移出)