与第三方工具相比,Visual Studio的测试工具

对于我来说,MSTEST(与MBUnit、Nunit和Xunit.net相比)在功能方面是足够的。

集成的运行程序是可以的,它比Resharper的运行程序运行速度更快,产生更好的输出(imho),但是,左键单击运行程序中的单元测试项可以得到输出,而不是单元测试源,这是非常不直观和烦人的。

MSTEST目前最大的问题是它将测试会话的所有二进制文件和其他部署项放到一个文件夹中。如果您的解决方案中有多个测试项目,那么在每个项目中使用不同的spring.config,这就非常糟糕。

--更新——

在我写下这个答案一年后,我确信MSTEST不是一个可行的方法,也不是新项目。它最大的问题是缺乏对测试类的测试方法继承的支持。此外,MSTEST要求在生成服务器上安装Visual Studio!

考虑到单元测试,不,我相信nunit团队中的一些人会去MS实现ms-unit test特性。

但是测试版还有很多其他特性,比如Web测试和负载测试。

VisualStudioTeam StaseStestEdio中的单元测试工具和所有其他测试工具也与Team Foundation Server很好地集成。我并不是指源代码管理,而是指它们与工作项和团队构建相集成的事实。特别是,对测试的成功和失败进行统计,并且有一些很好的屏蔽报告,管理者可能会每天查看这些报告,以了解测试是如何进行的。

MS单元测试框架具有更好的集成性(即使您使用testdrven.net),但它需要花费大量的时间来加载,当它忘记更新测试列表并且只作为32位进程运行时,会出现一些奇怪的问题。 微软也集成了覆盖工具。

我想选择正确的工具主要取决于你的项目和你的团队。