ASP.NET项目的单元测试框架

我现在开始学习单元测试，并试图在MS测试和nUnit之间做出选择

你给我推荐什么？我不是“IT专业人士”，所以我的知识（目前！）还不太先进

---

我将在使用NHibernate的.NET 3.5项目中实现这一点，但我也将在MVC项目中实现这一点。

就我个人而言，我使用过NUnit和MS测试框架，尽管NUnit已经存在了一段时间，但我认为MS测试框架对我来说是可行的。 我认为这两种方法或多或少都很好，这更多的是一个基于你对什么更满意的偏好问题

只要您使用的是MS单元测试附带的Visual Studio版本（至少到2008年，VS Standard还没有。您必须获得团队套件），我更喜欢MS测试而不是NUnit，因为它是整个VS套件的一部分

如果您正在使用VS标准，并且不想为团队套件支付额外费用，请使用NUnit

---

顺便说一句，我必须补充一点，如果你对UI测试感兴趣，WATIN是我过去不得不另外使用的东西，它对我很有效

就我个人而言，我已经使用了NUnit和MS测试框架，尽管NUnit已经存在了一段时间，但我认为MS测试框架对我来说很有用。 我认为这两种方法或多或少都很好，这更多的是一个基于你对什么更满意的偏好问题

只要您使用的是MS单元测试附带的Visual Studio版本（至少到2008年，VS Standard还没有。您必须获得团队套件），我更喜欢MS测试而不是NUnit，因为它是整个VS套件的一部分

如果您正在使用VS标准，并且不想为团队套件支付额外费用，请使用NUnit

---

顺便说一句，我必须补充一点，如果你对UI测试感兴趣，WATIN是我过去不得不另外使用的东西，它对我很有效

在两者之间，我会选择NUnit，因为：

• 跑起来更快
• 更多形式的assert（这样您就不会经常使用assert.IsTrue（）了）
• 使用更多，因此可以获得更多的社区帮助

---

但是，MSTest更好地与Visual Studio集成，特别是在代码覆盖率等方面，而且您不必安装额外的东西，因此如果您刚开始使用它，那么使用它可能会更容易。

在两者之间，我选择NUnit，因为：

• 跑起来更快
• 更多形式的assert（这样您就不会经常使用assert.IsTrue（）了）
• 使用更多，因此可以获得更多的社区帮助

但是，MSTest更好地与Visual Studio集成，特别是在代码覆盖率等方面，而且您不必安装额外的东西，因此如果您刚开始使用，那么使用它可能会更容易。

类似的问题：

我个人认为，如果出现以下情况，我会使用内置MS测试：

如果您使用的是Visual Studio 2008或更高版本（已内置MS Test）

您还没有使用单元测试套件的经验（因此还没有偏好）

如果您使用的是VisualStudio2005或更低版本，请使用NUnit（尽管我认为VS2005TeamSystem也有一个测试套件）

我看不出有什么理由不只是在可能的情况下使用内置的MS测试。它非常直观，新项目向导有项目模板，可以自动为您设置测试框架，我对它的工作方式非常满意

使用像NUnit这样的第三方框架（我也在VS 2005中使用过）会无缘无故地为您的解决方案添加另一个依赖项。

类似的问题：

我个人认为，如果出现以下情况，我会使用内置MS测试：

如果您使用的是Visual Studio 2008或更高版本（已内置MS Test）

您还没有使用单元测试套件的经验（因此还没有偏好）

如果您使用的是VisualStudio2005或更低版本，请使用NUnit（尽管我认为VS2005TeamSystem也有一个测试套件）

我看不出有什么理由不只是在可能的情况下使用内置的MS测试。它非常直观，新项目向导有项目模板，可以自动为您设置测试框架，我对它的工作方式非常满意

---

使用像NUnit这样的第三方框架（我也在VS2005中使用过）是在为您的解决方案添加另一个依赖项，这在我看来是毫无理由的。

这无关紧要。就选一个吧。他们非常相似。一旦你对其中一个有了一些经验，你可以看看其他的，然后自己决定是否值得改变。MS测试内置于VS.net中，所以它可能是最简单的选择。别忘了读一本关于单元测试的好书。我真的很喜欢这本书，没关系。就选一个吧。他们非常相似。一旦你对其中一个有了一些经验，你可以看看其他的，然后自己决定是否值得改变。MS测试内置于VS.net中，所以它可能是最简单的选择。别忘了读一本关于单元测试的好书。我真的很喜欢这本书：。你忘了补充一句，人们实际上仍然在使用这个框架。MSTest自出现以来一直没有改变……试图强迫开发人员仍然使用ExpectedException属性，真恶心！你忘了补充一点，人们实际上还在开发这个框架。MSTest自出现以来一直没有改变……试图强迫开发人员仍然使用ExpectedException属性，真恶心！