在 .NET 2.0 中实现 BDD/TDD 的最佳方法是什么？ [关闭]

Question

关闭。 此问题不符合Stack Overflow 准则。 它目前不接受答案。

---

想改善这个问题吗？ 更新问题，使其成为 Stack Overflow的主题。

8 年前关闭。

改进这个问题

我希望向我的应用程序添加一个测试套件，但是我无法迁移到 .NET 3.5 的较新测试框架。

有没有人建议使用好的测试框架？

Answer 1

我们使用MbUnit和Rihno Mocks ， 事实证明它们可以很好地协同工作。 在进行 TDD 时，您几乎肯定需要进行某种形式的依赖注入，虽然这可以手动完成，但值得查看 IoC 容器，例如Castle Windsor 。

值得一看 John Paul Bodhood 的屏幕截图以帮助您入门。 JPB的博客

Answer 2

NUnit 和 Rhino 非常适合， 自动模拟容器可能会引起人们的兴趣。

如果您也在考虑 BDD，那么NBehave可能是一个不错的选择。 然而，如果你只是指与单元测试 (xSpec) 相关的 BDD 风格，尽管你可以通过添加框架来逃避（尽管像specunit这样的东西确实添加了一些同步糖），但你可能想看看MSpec也很有趣。

Answer 3

使用 MSpec 查看 Rob Conery 在 BDD 上的截屏视频。 非常令人印象深刻http://blog.wekeroad.com/mvc-storefront/kona-3/

编辑：我现在使用这种方法： http : //10printhello.com/the-one-bdd-framework-to-rule-them/

Answer 4

这可能是对已经说过的内容的总结，但是对于 TDD，我个人使用 Rhino Mocks 和 MBUnit。 Rhino Mocks 是一个免费且开源的模拟框架。 Rhino Mocks 的优点是我们不需要像在 NMock 中那样使用魔法字符串来设置您的期望。

我喜欢 MBUnit，因为 MbUnit 有 RowTests 的概念，它允许您改变测试方法的输入。 MBUnit 也是免费提供的。

您还希望确保您的 CI（持续集成服务器）支持您为单元测试框架选择的任何内容。 Cruise Control.NET 中默认支持 Nunit，您必须做一些额外的工作才能让 MBUnit 在 ccnet 中工作。

从 IDE 的角度来看，您必须拥有 TestDriven.NET。 TestDriven.NET 允许您在 IDE 中右键单击并运行测试，它支持 MBUnit 和 Nunit 等。

NBehave 是我用过的 BDD 库。 我没有使用过其他任何产品，因此无法与您进行比较和对比，但 MBUnit 团队的 Gallio 支持 NBehave，这意味着您可以像使用 TestDriven.NET 进行单元测试一样运行 BDD 测试。

我也强烈推荐 Resharper。 您会发现使用此重构和指导工具可以显着提高工作效率。 它将帮助您在开发测试时更改代码。

希望这可以帮助

Answer 5

对于 Mock Object 库，我发现 BSD 许可的Rhino.Mocks相当令人愉悦。

Answer 6

我也使用NUnit取得了巨大的成功。

当需要模拟对象时，我也使用了NMock 。 作为额外的奖励，用于创建模拟对象的工厂称为 Mockery。

为了便于单元测试的运行，我使用TestDriven.NET在我编码时运行单元测试。 此外，我使用Cruise Control .NET来观察 SVN 并检查每个新提交是否构建并通过所有单元测试。

Answer 7

我必须为Moq大声疾呼。 它是一个干净的轻量级模拟框架，可引导您进入成功的陷阱。

TFS内置的测试工具还可以。 他们会完成工作，但通常会有点麻烦。 生成的报告、代码覆盖率和其他一些部分特别糟糕。 他们让你在 22 岁而不是 50 岁秃顶。

如果您真的很喜欢测试，请考虑尝试一些持续集成。 你会很快感受到回归带来的痛苦，这种痛苦可能会帮助你更快地达到最终目标。

不管你做什么，如果你有时间，尝试一些，看看哪个是最自然的。 祝你好运，快乐编码。

Answer 8

NUnit可在http://www.nunit.org上获得，即使在使用 MS 堆栈时，我也建议这样做 - MVC 预览中正在支持非 MS 框架，这表明朝着正确方向的明确运动允许我们所有这些都是为了定制我们的堆栈以适应。

Answer 9

将 nUnit 与 TFS 结合使用并不太困难。 甚至还有一个关于 codeplex 的项目来实现这一点： NUnit for Team Build甚至将结果“发布”到仓库。

我还没有尝试过 - 但我会建议在 nUnit 中有大量投资（或对它比 MSTest 工具有强烈偏好）并且有兴趣实施 TFS 的客户继续使用 nUnit，而不是尝试转换他们所有的现有的测试。

Answer 10

对于我的项目，我使用 NUnit 和 TestDriven.NET 取得了巨大成功。 您可以创建一个单独的库来托管您的测试代码，也可以将其放入您的可执行文件或库中。 这完全取决于您是否希望您的生产代码与您的测试代码交织在一起。

对于依赖注入，我在我当前的项目中使用了NInject ，而且效果很好。 如果您使用构造函数注入，则无需使用 [Inject] 属性使代码混乱。

我没有为我的 .NET 2.0 项目使用模拟库，但对于另一个 .NET 3.5 项目我将使用Moq 。

请注意，所有这些都适用于 .NET 2.0 及更高版本。 （起订量除外）

Answer 11

我推荐以下内容：

TestDriven.NET - VS 的单元测试插件，它与所有主要的单元测试框架（包括 NUnit、MbUnit 等）完全集成...

Typemock Isolator - .Net 单元测试的模拟框架

NUnit - C# 中的开源单元测试框架。

Answer 12

NUnit 一直是我的最爱。 但是，如果您使用 TFS 作为源代码控制，我建议您坚持使用 Microsoft Stack。