我目前参与了为更大的长期项目选择单元测试框架的决定。NUnit,作为一个无处不在的单元测试工具,对我来说是一个自然的选择,但不久前我确实读过一些单元测试文本不久提到“NUnit 是一个死项目”。措辞不完全是这样,但这是它给我的印象,现在这让我很烦。
我不记得我在哪里读到这个来检查它到底在说什么,或者它是否有一些信用。在 NUnit 网站上,我仍然看到发布了 beta 版本,但我现在无法摆脱这种不确定的感觉。
那么,现在 NUnit 是否是开始长期项目的可行选择?
我目前参与了为更大的长期项目选择单元测试框架的决定。NUnit,作为一个无处不在的单元测试工具,对我来说是一个自然的选择,但不久前我确实读过一些单元测试文本不久提到“NUnit 是一个死项目”。措辞不完全是这样,但这是它给我的印象,现在这让我很烦。
我不记得我在哪里读到这个来检查它到底在说什么,或者它是否有一些信用。在 NUnit 网站上,我仍然看到发布了 beta 版本,但我现在无法摆脱这种不确定的感觉。
那么,现在 NUnit 是否是开始长期项目的可行选择?
如今,NUnit 是开始长期项目的可行选择吗?
是的,因为它是开源的,即使没有进一步的开发,您也可以使用它并重新编译它以用于更新的运行时。
您可以将维护情况与过去 5 年更新很少但仍然是最先进的log4net项目进行比较。
是的。
我也曾经认为 NUnit 是一个旧工具,并试图找到更“现代”的单元测试工具。但我发现 NUnit 就是那个现代工具。与 MSTest 相比,NUnit 更多地扩展了测试功能。NUnit 提供了更好的断言错误日志。例如,当您使用 MSTest 中的 CollectionAssert.Contains 时,它会抛出错误“CollectionAssert.Contains failed”。就这样。如果出现此断言错误,NUnit 会打印整个集合内容和未找到的元素。如此好的错误消息可以在故障调查期间节省大量时间。
而且您始终可以使用 TestDriven.NET 或/和 Resharper 更好地集成 Visual Studio 和 NUnit