本文以Visual Studio 2010为例，来介绍如何在Visual Studio里面进行单元测试.
首先来介绍普通单元测试，这是进行顺序测试、压力测试的基础。如果在Visual Studio 2010(2008)里面没有发现下图中的Test菜单，请用Visual Studio安装光盘进行安装，因为Visual Studio单元测试插件安装时可能不是默认选项。
测试之前，我们要准备一些测试代码。或者从下面的链接下载完整的项目工程。
http://download.csdn.net/source/3014236
新建一个名为AppSample的Lib。里面有一个MathUtility文件，包含加减乘除四个方法。代码如下：
namespace TJVictor.UT.AppSample
{
public class MathUtility
{
public MathUtility() { }
public static int Add(int a, int b)
{
return a + b;
}
public static int Minus(int a, int b)
{
return a - b;
}
public static int Divide(int a, int b)
{
return a / b;
}
public static int Multiply(int a, int b)
{
return a * b;
}
}
}
创建单元测试项目有两种方法：
1．直接创建单元测试项目：File->New->Project->Test Project. 如下图：
2. 直接在需要创建单元测试的函数上创建：右击函数名->Create Unit Tests。 如下图
这样就创建好了单元测试项目。Visual Studio 会自动生成一个单元测试工程。推荐使用第二种方法创建，因为第一种方法创建的只有单元测试工程，第二种方法会把单元测试函数也一起创建了出来。
本文以第二种创建的方式为例，继续下一步，讲解单元测试文件。
创建好的单元测试工程如下图：
其中MathUtilityTest.cs就是自动生成的单元测试文件，打开可以看到类似如下代码。
[TestMethod()]
public void AddTest()
{
int a = 0; // TODO: Initialize to an appropriate value
int b = 0; // TODO: Initialize to an appropriate value
int expected = 0; // TODO: Initialize to an appropriate value
int actual;
actual = MathUtility.Add(a, b);
Assert.AreEqual(expected, actual);
Assert.Inconclusive("Verify the correctness of this test method.");
}
关于单元测试的各种断言，不在本文讨论范围之内。下表列出Visual Studio 2010支持的断言及相关解释。
|
断言 |
解释 |
|
AreEqual |
验证值相等 |
|
AreNotEqual |
验证值不相等 |
|
AreSame |
验证引用相等 |
|
AreNotSame |
验证引用不相等 |
|
Inconclusive |
暗示条件还未被验证 |
|
IsTrue |
验证条件为真 |
|
IsFalse |
验证条件为假 |
|
IsInstanceOfType |
验证实例匹配类型 |
|
IsNotInstanceOfType |
验证实例不匹配类型 |
|
IsNotNull |
验证条件为NULL |
|
IsNull |
验证条件不为NULL |
|
Fail |
验证失败 |
测试函数AddTest()的属性[TestMethod()]表示这个方法是个可运行单元测试方法，区别类中的其他方法(如一些测试辅助方法)。
需要特别注意的是：Assert.Inconclusive("Verify the correctness of this test method.");语句是默认添加的，意思是这个方法是Visual Studio自动创建，运行前自删除或注释此句，否则运行结果无法通过。
按上面的步骤，把MathUtility里面的所有方法都建立相应的单元测试，然后按F6进行编译。编译后，就可以在单元测试窗口中看到我们刚刚建立的测试方法了。
Test->Windows->Test List Editor如下图：
修改DivideTest代码如下：
[TestMethod()]
public void DivideTest()
{
int a = 100; // TODO: Initialize to an appropriate value
int b = 2; // TODO: Initialize to an appropriate value
int expected = 50; // TODO: Initialize to an appropriate value
int actual;
actual = MathUtility.Divide(a, b);
Assert.AreEqual(expected, actual);
//Assert.Inconclusive("Verify the correctness of this test method.");
}
在Test List Editor选中DivideTest方法后，右击如下图
1.Run Checked Tests:直接运行此单元测试函数
2.Debug Checked Tests：以Debug模式运行。在此模式下运行单元测试函数，可以在单元测试函数(DivideTest)或是被测函数(MathUtility.Divide)中加断点，则程序会自动停留在断点处。
3.Open Test:打开此测试函数的方法，相当于双击。
4.Disable:把此测试方法置为无效。
左击Run Checked Tests后，运行结果如下图，证明测试通过：
重新修改DivideTest()程序如下：
[TestMethod()]
public void DivideTest()
{
int a = 100; // TODO: Initialize to an appropriate value
int b = 2; // TODO: Initialize to an appropriate value
int expected = 60; // TODO: Initialize to an appropriate value
int actual;
actual = MathUtility.Divide(a, b);
Assert.AreEqual(expected, actual);
//Assert.Inconclusive("Verify the correctness of this test method.");
}
再次运行，结果如下：
测试失败，原因是：期待值为60，实际值为50，断言失败。
重新修改DivideTest()程序如下：
public void DivideTest()
{
int a = 100; // TODO: Initialize to an appropriate value
int b = 0; // TODO: Initialize to an appropriate value
int expected = 60; // TODO: Initialize to an appropriate value
int actual;
actual = MathUtility.Divide(a, b);
Assert.AreEqual(expected, actual);
//Assert.Inconclusive("Verify the correctness of this test method.");
}
这次以Debug模式运行，则程序会在return a / b;抛出异常，显示被除数不能为0.
至此，一个简单的单元测试已经从头到尾跑了一遍。细心的读者一定会发现在MathUtilityTest.cs测试文件里面还有四个被注释掉的方法，下表列出了这四个方法的解释和用法。
|
函数名 |
用法 |
|
[ClassInitialize()] MyClassInitialize |
这个方法会在每次调用测试方法前被自动调用。假设在调用AddTest(),DivideTest()等方法之前都需要初始化一些基本数据列表，则这个工作可以放在MyClassInitialize函数里面，不用分别写在每个测试方法里。 |
|
[ClassCleanup()] MyClassCleanup |
这个方法会在每次调用测试方法结束后被自动调用。 |
|
[TestInitialize()] MyTestInitialize |
这个方法会在每次启动一个测试过程前被自动调用。例如本次测试一共选择了AddTest(),DivideTest()两个测试方法，则在调用这两个方法前，MyTestInitialize会先被调用。与MyClassInitialize不同的是，MyClassInitialize是每次调用测试方法时都会被调用，相当于函数级的调用，MyTestInitialize则只在测试过程前会被调用一次，在测试过程结束前，不会再被调用，相当于过程级的调用。 |
|
[TestCleanup()] MyTestCleanup |
这个方法会在每次结束一个测试过程后被自动调用。 |
Visual Studio 之所谓把这四个函数注释掉，原因是这四个函数只是示意性函数(从名字中就可以看出)。关键是看这四个函数的方法属性[ClassInitialize()],[ClassCleanup()], [TestInitialize()], [TestCleanup()]只要把相关的属性加到相关的方法上，那么这个方法就具有的上面所描述的功能。
单元测试适用范围：
1.验证函数正确性。对于一个函数，只要我们把相关的测试数据都写全，然后run一下，就知道是否都能通过。以后修改此方法后，只要再次run一下，就知道此次修改是否影响到了以前的测试用例，大大节省时间和提高正确率。
2.Debug程序。我们一般写后台代码时，都要写一个console或是winform小程序要调试验证所写的类是否能run起来，那么单元测试中的Debug模式就可以胜任此工作。
下面介绍两个使用时的小技巧。
1.可以在Test Result窗口里面导出测试结果。导出的结果包括一份测试报告和测试程序。证明此程序已经通过了报告中的所有测试用例，相当于Release了一个版本。
2.设置测试数量。每运行一次测试过程，就会生成一次测试报告和程序。Visual Studio默认次数是25，即超过25后，就会提示超出测试数次。我们可以通过下面的设置来提高次数。
Tool->Options->Test Tools->Test Execution，把里面的25改成100即可。如下图
至此，普通单元测试已经完成。请继续关注顺序单元测试。
Visual Studio 2010单元测试系列已经全部完成，以方便大家阅读，请使用http://blog.csdn.net/tjvictor/archive/2011/02/09/6175358.aspx来查看这一系列的所有博文。