微软在VSTS(Visual Studio Team System)2005中集成了单元测试框架(Team Test),就是我们平时所说的单元测试(UnitTest)了。
今天,就让我们通过一个简单的例子,来尝试一下UnitTest的魅力吧。
首先,先建立一个例子项目。我们新建了一个叫UnitTest的Class Library项目(如下图)
建立好例子项目后,我们就在默认的Class1类中增加一个叫GetNameById的方法。这个方法就是供我们进行单元测试的方法了。
方法很简陋。。。但这不是重点。只要它是一个方法。能供我们测试就行了,对吧?下面我们开始进行对给方法的UnitTest了。在方法名称上面点击右键,选择“Create Unit Tests...”
选择“Create Unit Tests...”后会弹出一个窗口,里面已经勾选好我们写的方法,我们就是要对该方法进行测试。所以勾选的地方不用动。需要注意的是,下边的Output project项默认是VB.net语言的。我们要将它改回C#的,因为我们用C#嘛。当然你用VB你可以选VB.net。
点击OK,然后输入New Test Project Name,这里我们输入TestGetNameById:
然后在Solution Explorer就多了个名为TestGetNameById的Test Project和一个叫Solution Items的Solution Folder。
相关的文件作用如下:
localtestrun.testrunconfig 本地测试运行配置文件;
MySchoolPro.vsmdi 测试管理文件;
AuthoringTest.txt 提供创建测试的说明,包括向项目增加其他测试的说明;
Class1Test.cs 包含GetNameById()的测试,以及测试初始化和测试清除的方法.
打开Class1Test.cs文件,会发现一个叫GetNameByIdTest的方法。这个方法就是我们GetNameById方法的测试方法了。
该方法定义了我们要测试的方法GetNameById的输入intId,默认值为0。期待输出expected,默认为null。actual为测试我们写的GetNameById方法实际得到的值。如果期望值expected和实际输出值actual一致。Assert是“断言”类,它判断测试是否成功。文后附有该方法的一些断言方法,如符合断言,那么系统就会认为测试通过。
需要注意的是“Assert.Inconclusive("Verify the correctness of this test method.")”语句是表示这个测试是一个无法验证的测试,当我们完成了测试方法(填好了参数和期待值、比较方式)之后,需要把它屏蔽:
当我们如上图修改好测试参数后。我们就点击菜单上的Test -> Windows -> Test View 打开Test View:
在Test View的窗口可以看到GetNameByIdTest方法,在该方法上直接点右键,选择“Run Selection”即可运行测试。
如果不选择“Run Selection”而选择“Debug Selection”的话,就可以在测试项目上加断点调试测试方法。这对于方法体比较复杂或者输入涉及数据库等操作的时候会很方便。
运行“Run Selection”后可以看到以下输出窗口:
看到了吗? Passed!我们成功了!
至此,UnitTest的入门介绍告一段落了,你也算踏入了单元测试的门槛,至于它能发挥多大的作用,就看你自己以后的修为了。
附送一些测试中的Assert的方法:
Assert.AreEqual
测试指定的值是否相等;如果两个值不相等,则测试失败。
Assert.AreNotEqual
测试指定的值是否不相等;如果两个值相等,则测试失败。
Assert.AreSame
测试指定的对象是否都引用相同的对象;如果两个输入内容引用不同的对象,则测试失败。
Assert.AreNotSame
测试指定的对象是否引用不同的对象;如果两个输入内容引用相同的对象,则测试失败。
Assert.Fail
断言失败。
Assert.Inconclusive
表示无法证明为 true 或 false 的测试结果。
Assert.IsTrue
测试指定的条件是否为 true;如果该条件为 false,则测试失败。
Assert.IsFalse
测试指定的条件是否为 false;如果该条件为 true,则测试失败。
Assert.IsNull
测试指定的对象是否为 空引用(在 Visual Basic 中为 Nothing);如果它不为空,则测试失败。
Assert.IsNotNull
测试指定的对象是否为非空;如果它为 空引用(在 Visual Basic 中为 Nothing),则测试失败。
另外,代码覆盖率也是一个重要的指标,是指单元测试运行时,覆盖了多少代码。VSTS默认是没有打开代码覆盖率的。Team Test 包含了一个代码覆盖工具,可以详细解释被执行代码的覆盖率,并突出显示哪些代码被执行,哪些代码没有被执行。既然这个是我们这次第一次入门,就不详细介绍了。要深入了解的话就“找找看”吧,或者我们下一篇关于UnitTest的文章再介绍代码覆盖这个问题。
浅析vs2008单元测试和代码覆盖率
VS2008本身集成有单元测试工具,我们可以拿来用一下,首先在创建测试的方法上右键,选择创建单元测试,如下图示:
在弹出的对话框中,选择要测试的方法,如下图示:
单击OK按钮,即可创建一个测试工程,工程创建好后,会看到如下代码:
/// <summary>
///A test for Add
///</summary>
[TestMethod()]
public void AddTest()
{
int n = 10; // TODO: Initialize to an appropriate value
int m = 0; // TODO: Initialize to an appropriate value
int expected = 0; // TODO: Initialize to an appropriate value
int actual;
actual = TestedClass.Add(n, m);
Assert.AreEqual(expected, actual);
Assert.Inconclusive("Verify the correctness of this test method.");
}
这就是自动为我们创建好的代码了,很简单,可以自己修改一下测试用例,然后点击运行工程就可以运行了,会看到如下图示的运行结果:
这里显示了测试的情况,还可以双击查看具体测试报告,并且可以将测试报告导出。
当然,如果我们还想再添加被测试的方法也很简单,如,我用下面这段代码增加了对Minus方法的测试
[TestMethod]
public void MinusTest()
{
int n = 10;
int m = 1;
int result = 10;
Assert.AreEqual(TestedClass.Minus(n, m), result);
}
现在可以直接点RUN运行了。
VSTS还提供了查看代码覆盖指标。
他包含了一个代码覆盖工具,可以详细解释被执行代码的覆盖率,并突出显示哪些代码被执行,哪些代码没有被执行。VSTS 在生成单元测试框架时,默认没有启用“代码覆盖”功能。
首先打开“本地测试运行配置文件” localtestrun.testrunconfig , 双击localtestrun.testrunconfig”文件,弹出该对话框窗口。
如下图示:
在其对话框窗口的左侧选择“代码覆盖率”,然后在右侧的“要检测的项目”中选择要检测的项目。
单击“apply”按钮。
在“代码覆盖率结果”窗口中可查看代码覆盖率。
在“代码覆盖率结果”窗口中,我们还可以查看单元测试中代码覆盖的块数,以及代码覆盖的百分比信息。如下图示:
VS2008的单元测试可以集成NUnit也可以使用他自带的,这个可以以自己的喜好来进行选择,我个人比较喜欢Nunit方式。
VS2008的本身单元测试不仅可以显示测试结果,还可以显示覆盖率等信息,操作比较方便。NUnit轻量,开源,与其它工具整合性好,易于实现自动化测试,要显示覆盖率还要集成NCover,我会在下篇文章进行介绍如何集成。