到目前为止，我一直在使用 MSTest 进行单元测试，发现它有时会无缘无故地随机破坏我的构建。构建将在 VS 中失败，但在 MSBuild 中编译正常 - 出现诸如“选项严格不允许 IFoo 强制转换为 IFoo 类型”之类的错误。我相信我终于修复了它，但是在 bug 回来并努力让它再次消失之后，在 MS 的帮助下，它在我的嘴里留下了不好的味道。在查看这个论坛和其他博客时，我还注意到大多数人都在使用 NUnit、xUnit 或 MBUnit .. 顺便说一句，我们在 VS2008 上工作.. 所以现在我正在寻找其他选择..
我正在努力插入我们的团队开始进行 TDD 和真正的单元测试，并计划进行一些培训，但首先想提出一组标准工具和最佳实践。为此，我一直在网上寻找适合构建服务器和开发机器的基础设施......我正在查看 typemock网站，因为我听说他们的模拟框架很棒，并注意到他们似乎在推广 MSTest，甚至还有一些人移动的链接 TO MSTest from NUnit ..
这让我重新考虑我的决定..所以我想我在问 - 有没有人使用 MSTest 作为他们 TDD 基础设施的一部分？如果我想与构建/CI 服务器、代码覆盖率或我可能需要的任何其他类型的 TDD 工具集成，它有任何已知的限制吗？我确实搜索了这些论坛，并且大多发现人们将 3rd 方框架相互比较，甚至没有给 MSTest 太多机会......有一个很好的理由为什么......？
感谢您的建议
编辑:感谢此线程中的回复，我已经确认 MSTest 适合我的目的，并与 CI 工具和构建服务器优雅地集成。
但是有没有人有使用 FinalBuilder 的经验？与其他构建工具相比，这是我希望我们用于构建脚本的工具，以防止必须编写大量 XML。在提交 MS 测试之前，我应该注意这里的任何限制吗？
我还应该注意 - 我们正在使用 VSS =(。我希望我们能尽快解决这个问题 - 希望作为设置所有这些基础设施的一部分，甚至是第一步。
最佳答案
在 Safewhere我们目前将 MSTest 用于 TDD，效果很好。
就个人而言，我喜欢 IDE集成 ，但不喜欢 API。如果有可能集成 xUnit.NET使用 VS 测试运行器，此后我们将很快迁移。
至少对于 TFS，MSTest 作为我们 CI 的一部分工作得很好。
总而言之，我发现 MSTest 非常适合我，但我并不执着于它。
如果您正在评估模拟库，请查看 this comparison .
关于unit-testing - 是否有人真正成功地在整个团队中使用 MSTest？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1948596/