unit-testing - VS 2013 MSTest 与 nUnit 与 xUnit

Question

我意识到关于这个主题有很多问题，但不知何故我还没有找到满足我需求的问题。

我的团队希望开始自动化单元测试我们的应用程序。我们以前从未这样做过，团队中没有人对此有太多经验。我被要求研究并找到一个自动化单元测试的框架。到目前为止，我已将选择范围缩小到 MSTest、NUnit 和 xUnit .

在整个互联网上，我阅读了关于 MSTest 的负面评论，但它对我来说似乎是最方便的工具。

1)我们的应用程序是.NET

2) 我们在整个团队中使用许可的 VS IDE 进行开发。

3) 源代码管理是 Team Foundation Server 2010

4) 我们计划将 CI/CD 集成为我们软件交付过程的一部分。

我觉得 MSTest 直接集成到此设置中，并为我们提供了最干净的界面。 是否有显着优势？ NUnit 或 xUnit 在 MSTest 我们应该考虑什么？

Answer 1

我有偏见，因为我在 NUnit 上工作，但 NUnit 或 xUnit 的优势在于这两个框架都提供了更多功能，如数据驱动测试、并行执行和许多高级功能。

也就是说，MSTest 没有任何问题，特别是如果您的团队在单元测试方面经验不足。它与 Visual Studio 和 TFS 很好地集成在一起，因此添加测试相当轻松。 NUnit 和 xUnit 也能很好地集成，但它们可能需要更多的设置。

继续并从 MSTest 开始。这是对单元测试的简单介绍。如果您开始遇到 MSTest 的一些限制，那么迁移到 NUnit 或 xUnit 是相当容易的。对于简单的情况，只需更改 NuGet 包，然后查找/替换属性即可。

在 xUnit 和 NUnit 之间进行选择时，两者都是不错的选择，但每个都有不同的理念。 NUnit 往往更灵活，并允许多种测试风格，并可用于集成测试。然而，它足够灵活，可以让您用脚射击自己，并允许您编写纯粹主义者会不屑一顾的测试。 NUnit 将选择权留给您。

然而，xUnit 往往更加固执己见，并通过单元测试将您推向“成功的坑”。根据我的经验，它非常适合绿地项目，但如果不重构，它会使测试一些架构不佳的棕地项目变得困难。

最后，这些测试框架中的任何一个都不会出错。