本文以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來查看這一系列的所有博文。
