C# 哪个单元测试框架？

我想知道哪个单元测试框架是真正熟悉的好框架？我知道这可能是一个意见问题，但我想我无论如何都会问。我知道总有一天我会用它，所以我还是学着用它吧。我知道有很多，但哪一个对C#开发有效

从这个问题上我可以看出单元测试是必要的，但就我个人而言，我并没有使用它。这就是我问这个问题的原因。

我同意

一些链接：

---

，

我个人更喜欢Visual Studio单元测试框架，主要原因有两个：

• 它与IDE无缝集成
• 在dev环境中部署它少了一个程序

---

话虽如此，几乎任何单元测试框架都能做到这一点，重要的是要有测试

不要拘泥于选择框架。只需选择一个并开始测试——它们并没有那么不同。当您编写了一段时间的测试后，您将知道要寻找什么，以满足您的需求

就我个人而言，我发现，这是一套非常灵活的测试工具

---

另请参阅本文：

测试有几个原因，因此有几个测试环境。此外，还有一些测试级别，比如简单测试、存根测试和模拟测试。例如，您可以测试行为而不是状态

---

就功能而言，我通常使用Visual Studio内置设置，添加对NUnit dll的引用，并将c#注释更改为NUnit。这是因为我喜欢在Visual Studio之外进行测试，特别是当它涉及到我团队中的其他人时（我们还没有购买VS的团队版）。

我使用NUnit作为测试框架，使用ReSharper将其集成到VS中（以及ReSharper所做的一切）。

使用MbUnit（与Gallio一起）、NUnit、MsTest或xUnit。您可以组合几个单元测试。我将NUnit用于TDD

我决定坚持使用NUnit，因为ReSharper提供了本机IDE支持（这节省了很多时间）。TeamCity还支持它运行和报告自动化测试。

ReSharper为NUnit提供了无缝IDE集成（以及更多的好处）。我听说（还没有尝试过）今天，MSTest有了显著的改进，并且并不落后于NUnit或其他人。这是真的吗？或者，即使在今天，您仍然建议在新项目中使用NUnit吗？+1表示最低起订量！我喜欢这个框架。雷沙珀。修正了，谢谢。这确实是一个糟糕的问题，应该作为S&a关闭。除了“嘿，我使用xyz，它真的很酷”之外，它也没有包含任何好的答案，对于任何搜索当前框架比较的人来说，它也不是一个有价值的资源。我发现这是与我谈论这个网站的人讨论的主要问题之一。你有这些关于提问的严格规则，这些问题被提问者轰炸了，人们只是希望能够提出一个诚实的问题并得到一个好的答案。如果你打算策划每一个问题，也许可以策划那些不好的答案，让人们以他们想要的方式从这个网站社区全面学习。这不可能是第一次，人们在这里提问的次数也不会那么少。因此，找到一种更好的方法来解决这个问题，然后在6个月内禁止人们提问。这样做的缺点是：如果您希望（确实如此！）连续集成构建运行测试，您的TFS也需要VS许可证。这对大型商店或合作伙伴来说可能没有问题，但至少还有一件事需要考虑。NUnit现在支持与IDE无缝集成，不需要任何部署（如果使用NuGet）@mbx-TFS生成代理不需要VS许可证。@从技术上讲，TFS/生成代理需要许可VS。但是：如果您有一个或多个使用MSDN的Visual Studio Enterprise或Visual Studio Professional的许可用户，然后，您也可以安装VisualStudio软件作为Team Foundation Server 2015构建服务的一部分。通过这种方式，您不需要购买Visual Studio许可证，就可以为其操作启动生成的每个人在生成服务器上运行Visual Studio。请参阅：这不适用于VS2015