如何在.NET中编写单元测试?
特别是Visual Studio 2005?
答案 0 :(得分:3)
如果您使用的是Visual Studio Team Suite产品之一,则引用Microsoft.VisualStudio.TestTools.UnitTesting,使用TestClass属性修饰测试类,并使用TestMethod属性修饰测试方法。
NUnit的方法类似,除了你引用NUnit.Framework,该类将用TestFixture修饰,测试方法将用Test修饰。
答案 1 :(得分:3)
如果您决定使用NUnit,那么查看testdriven.net可能是一个好主意,因为它提供了与Visual Studio非常好的集成。目前有多种其他单元测试框架可供使用。我建议你考虑xUnit。我知道你在想什么:“为什么另一个单元测试框架?”。确实,没有什么比这更好但仍然如此。请查看此blog post,如果您决定可以使用ReSharper plug-in进行Visual Studio集成。
答案 2 :(得分:2)
您可以使用其中一个Team Suite产品,也可以使用第三方工具,例如NUnit。
答案 3 :(得分:2)
这是使用NUnit
的基本想法创建一个测试项目。
在测试项目中引用应用程序的主项目。
在测试项目中创建一个测试类。
添加Imports nunit.Framework
使用<TestFixture()>
E.g。
<TestFixture()> Public Class MyTestClass
...
创建测试方法,每个方法都用<Test()>
修饰并添加测试:
<Test()> _
Public Sub harness()
Assert.IsTrue(False)
End Sub
构建您的测试项目。 打开NUnit并在那里打开您的测试项目。 点击“运行” 绿色是通过,红色是失败。
上面的'线束'测试仅仅是为了证明你在开始测试自己的东西之前已经把所有内容都搞定了。一旦它正确连接(并且你在测试中失败)切换到'true'并且NUnit应该显示为绿色。
从这里开始,为您自己的项目添加测试。
答案 4 :(得分:1)
有很多方法可以编写单元测试。不确定您是否询问有关执行单元测试的工具,或者您是否想知道单元测试的过程。
NUnit是一种流行的测试工具。 您可以与Visual Studio Team Suite产品一起使用的Microsoft MSTest也非常好。
如果您计划进行大量测试,我建议您阅读有关持续集成的内容。
就实际编写测试而言,这是StackOverflow的一个非常复杂的主题。我建议阅读有关测试的文章。有很多内容涉及这个主题。
答案 5 :(得分:0)
在我看来,MBUnit是要走的路。它远远优于NUnit(非常相似,但有行测试和事务支持)和其他MS工具(Team Suite不是很成功,我会阻止它的使用)。
MbUnit提供高级单元测试 支持高级灯具 使开发人员和测试人员能够进行测试 他们软件的各个方面。
答案 6 :(得分:0)
在MbUnit上+1并且efinetly使用testdriven.net
我发现它更快,特别是对于数据模型测试
答案 7 :(得分:0)
SpecUnit是NUnit的一个很好的补充,用于BDD样式的单元测试。我真的很喜欢在一个名为“When_x_happens”之类的类中进行测试,并且该类中的方法描述了x发生时的预期结果 - “foo_should_do_bar()”。 SpecUnit还有一个工具,用于从测试中生成报告,这是一个很好的文档来源。