MSTest is essentially NUnit slightly reworked, with a few new features (such as assembly setup and teardown, not just fixture and test level), and missing some of the best bits (such as the new 2.4 constraint syntax). NUnit is more mature, and there is more support for it from other vendors; and of course since it's always been free (whereas MSTest only made it into the Professional version of Visual Studio 2008, and before that it was in way more expensive SKUs), and most ALT.NET projects use it.

话虽如此，还是有一些公司非常不愿意使用没有微软标签的东西，尤其是OSS代码。因此，拥有官方的微软测试框架可能是这些公司需要进行测试的动机;老实说，重要的是测试，而不是你使用什么工具(使用Tuomas Hietanen的代码，你几乎可以让你的测试框架可互换)。

我更喜欢使用MS的小测试框架，但现在我坚持使用NUnit。多发性硬化的问题通常是(对我来说)

必须维护的共享“测试”文件(无意义) 测试列表会与多个开发人员/ vcs产生冲突 糟糕的集成UI -令人困惑的设置，繁重的测试选择 没有好的外部流道

警告

如果我正在测试一个aspx站点，我肯定会使用MS的 如果我是独自开发，MS也可以 如果我的技能有限，不能配置NUnit:)

我发现编写我的测试并启动NUnitGUI或其他前端(testDriven的价格非常非常非常昂贵)要容易得多。使用命令行版本设置调试也非常简单。

我不喜欢Visual Studio的内置测试框架，因为它迫使你创建一个单独的项目，而不是把你的测试作为你正在测试的项目的一部分。

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

我收到消息说“NUnit文件结构比VSTest更丰富”… 当然，如果你更喜欢NUnit的文件结构，你可以使用这个解决方案的另一种方式，像这样(NUnit→Visual Studio):

 #if !MSTEST
     using NUnit.Framework;
 #else
     using Microsoft.VisualStudio.TestTools.UnitTesting;
     using TestFixture = Microsoft.VisualStudio.TestTools.UnitTesting.TestClassAttribute;
     using Test = Microsoft.VisualStudio.TestTools.UnitTesting.TestMethodAttribute;
     using SetUp = Microsoft.VisualStudio.TestTools.UnitTesting.TestInitializeAttribute;
     using TearDown = Microsoft.VisualStudio.TestTools.UnitTesting.TestCleanupAttribute;
 #endif

或任何其他转换…:-)这里的用法只是编译器的别名。

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.