与NUnit相比，我对Visual Studio单元测试的主要不满是Visual Studio测试创建倾向于为私有成员访问注入一堆生成的代码。

有些人可能想测试他们的私有方法，有些人可能不想。那是另一个话题了。

我担心的是，当我编写单元测试时，它们应该被严格控制，这样我才能确切地知道我在测试什么以及我如何测试它。如果有自动生成的代码，我就失去了一些所有权。

我已经使用NUnit两年了。一切都很好，但是我不得不说Visual Studio中的单元测试系统非常好，因为它在GUI中，可以更容易地对私有函数进行测试，而不必搞得乱七八糟。

此外，Visual Studio的单元测试允许你做覆盖和其他NUnit单独不能做的事情。

xUnit是新项目的另一种可能。它的语法可能更直观，但它与其他框架并不兼容。

随着。net 4.0中代码契约系统的发布和静态检查器的可用性，理论上你将需要编写更少的测试用例，而像Pex这样的工具将有助于识别这些用例。将这一点与前面的讨论联系起来，如果您需要更少地使用单元测试，因为您的契约会覆盖您的尾部，那么为什么不直接使用内置组件呢，因为这样可以少管理一个依赖项。这些天来，我只追求简单。: -)

参见:

微软Pex -自动化单元测试 使用Visual Studio 2010和c# 4.0与Pex生成单元测试

Visual Studio测试框架的一个小麻烦是，它会创建许多测试运行文件，这些文件往往会使您的项目目录变得混乱——尽管这并不是什么大问题。

另外，如果你缺少一个像TestDriven这样的插件。NET，你不能在Visual Studio环境中调试你的NUnit(或MbUnit, xUnit等)单元测试，而你可以在Microsoft Visual Studio测试框架中进行，这是内置的。

Daok列出了Visual Studio 2008测试项目的所有优点。下面是NUnit的优点。

NUnit has a mocking framework. NUnit can be run outside of the IDE. This can be useful if you want to run tests on a non-Microsoft build server, like CruiseControl.NET. NUnit has more versions coming out than visual studio. You don't have to wait years for a new version. And you don't have to install a new version of the IDE to get new features. There are extensions being developed for NUnit, like row-tests, etc. Visual Studio tests take a long time to start up for some reason. This is better in Visual Studio 2008, but it is still too slow for my taste. Quickly running a test to see if you didn't break something can take too long. NUnit with something like Testdriven.Net to run tests from the IDE is actually much faster. Especially when running single tests. According to Kjetil Klaussen, this is caused by the Visual Studio testrunner. Running MSTest tests in TestDriven.Net makes MSTest performance comparable to NUnit.