saa*_*lon 49 .net c# unit-testing visual-studio
我希望在我的工作中引入一个单元测试框架.我们正在使用Visual Studio 2005(虽然我们可能会在未来6个月内迁移到2008年)并主要使用C#.如果框架具有某种最好的IDE集成,但我对那些没有集成但仍然相对简单的框架开放.我会以这种或那种方式抵抗它,所以如果我能确定我所推动的不是颈部疼痛,那将有助于我的情况.
从迄今为止我所做的研究中明显的选择指向了nUnit,但我想在推荐给我的团队之前获得实际使用它的人的印象.
有没有人使用过nUnit?如果是这样,我应该注意哪些陷阱或限制?还有其他好的选择吗?如果是这样,如果你同时使用了两个nUnit,我会非常欣赏它们的优点和缺点.
Kar*_*uin 43
我认为这NUnit 是你最好的选择.有了TestDriven.NET,你就可以获得很好的整合VS.NET.(如果您正在使用它,Resharper还有一个单元测试运行器). NUnit它易于使用并遵循既定的范例.您还可以找到大量使用它的项目/教程/指南,这总是有帮助的.
你的另一个主要选择可能是MBUnit,它越来越多地将自己定位为BDD首选框架(与Gallio http://www.gallio.org一起).
Mic*_*tum 18
Scott Hanselman有一个关于此的好播客,标题为:
".NET单元测试框架的过去,现在和未来"
:
Visual Studio 2008有一个内置的测试项目类型,其工作方式与NUnit类似,但显然可以更紧密地集成Visual Studio(可以在每个构建上运行并以与升级解决方案文件时类似的方式显示转换结果页面的结果),但它显然不像NUnit那样成熟,因为它很新,而且我不确定它如何处理模拟.
但是,当你的团队搬到哪里时,值得研究一下 VS2008
当我开始进行单元测试时,我开始使用,NUnit因为它很容易设置和使用,目前我使用的是内置的测试运行器Resharper,这样我就可以轻松地在代码和测试结果之间切换.无意中NUnit检测到编译代码的时间,因此您无需进行任何刷新NUnit.Resharper当您选择运行特定测试时,会自动执行构建.
| 归档时间: |
|
| 查看次数: |
5989 次 |
| 最近记录: |