過程

　　測試代碼必須做以下幾件事情:

　　準(zhǔn)備測試所需的條件

　　調(diào)用要測試的方法

　　驗(yàn)證被測方法的行為和期望的行為是否一致

　　完成后清理各種資源

　　為了使用NUnit框架，需要做這些工作：

　　1.使用using聲明引用必要的NUnit類(并添加一個指向NUnitDll的引用)

　　2.定義一個測試類，必須是Public的、包換一個public的沒有參數(shù)的構(gòu)造函數(shù)，并且在類定義上加上[TestFixture]attribute標(biāo)記

　　3.在測試類中包含用[Test]attribute標(biāo)記的方法。

　　特性

　　在使用NUnit框架時，除了上面提到的[TestFixture]和[Test]特性外，還有一些有用的特性。靈活使用這些特性，將有助于提高測試代碼開發(fā)的效率。

　　1. Per-method的Setup和Teardown

　　[Setup]：用此Attribute指定的方法用于環(huán)境的建立，NUnit在調(diào)用每個[Test]方法之前，將調(diào)用此特性標(biāo)記的方法

　　[Teardown]:和[Setup]一樣，只是調(diào)用的時機(jī)是在每個[Test]方法完成后，用于環(huán)境的清理。

　　2. Per-class Setup和Per-class Teardown

　　[TestFixtureSetup]以及[TestFixtureTearDown]特性和上述的[Setup]以及[Teardown]類似，只是其作用于整個[TestFixture]類而已�？梢允褂眠@兩個特性標(biāo)記的方法對整個test class設(shè)置和清理環(huán)境。

　　3. 使用Categories分類

　　[Category(“分類名”)]用于指定某個測試方法所屬的“類型”。用此特性將各個測試方法分類后，可以在NUnit環(huán)境中指定需要執(zhí)行的類型。

　　可以將此特性寫在[Test]特性一起，如：

　　[Test， Category(“test_0001”)]

　　也可以分開兩行：

　　[Test]

　　[Category(“test_0001”)]

　　Category還有一個Explicit屬性，可以顯式排除該Category的運(yùn)行(除非在NUnit GUI中指定)，寫法如下：

　　[Category(“test_0001”， Explicit=true)]

　　4.測試預(yù)期的異常：ExpectedException

　　對測試而言有兩種異常：從測試代碼拋出的異常;由于某個模塊錯誤而引發(fā)的異常.

　　第二種異常會在NUnit中捕獲并作測試失敗處理。而有時我們需要測試被測試方法是否拋出了期望的異常(例如，特意傳入的錯誤參數(shù))，可以用以下方法。

　　[ExpectedException(typeof(SomeException))]或：[Test，ExpectedException(typeof(SomeException))]

　　注意，一旦期望的異常拋出了，剩余的代碼會被跳過。軟件測試

　　5.臨時忽略一些測試：Ignore

　　當(dāng)你寫了一些測試代碼，但并不打算馬上執(zhí)行時，可以使用Ignore特性。

　　[Test，Ignore(“message”)]

　　這個測試將被跳過，并且在NUnit GUI中給出黃色的狀態(tài)欄。

　　技巧

　　有六個值得測試的具體部位，它們能夠提高你的測試水平。這六個方面可以統(tǒng)稱為Right_BICEP:

　　Right : 結(jié)果是否正確(Right)

　　對于測試而言，首要的也是明顯的任務(wù)是查看所期望的結(jié)果是否正確-驗(yàn)證結(jié)果。

　　這里的結(jié)果是指確認(rèn)代碼所做的和你的期望是一致的。

　　B : 邊界(boundary)條件是否正確

　　邊界條件包括許多內(nèi)容，將在下一節(jié)(2.3.邊界條件)中集中描述。軟件測試　

   　I : 是否可以檢查反向(inverse)關(guān)聯(lián)

　　對一些方法，可以用反向的邏輯關(guān)系來驗(yàn)證它們。例如，為了檢查某條記錄是否成功的插入了數(shù)據(jù)庫，可以通過查詢這條記錄來驗(yàn)證，等等。

　　值得注意的是，當(dāng)同時編寫原方法和它的反向測試時，一些BUG可能會被兩者中都有的錯誤所掩飾。在可能的情況下，應(yīng)該用不同的原理來實(shí)現(xiàn)反向測試。

　　C : 是否可以使用其它方法來跨檢查(cross-check)結(jié)果

　　[NextPage]

　　E : 錯誤條件(error condition)是否可以重現(xiàn)

　　應(yīng)該能夠通過強(qiáng)制引發(fā)真實(shí)世界中的錯誤-網(wǎng)絡(luò)斷開、程序崩潰等-來測試代碼如何處理這些問題。簡單的無效參數(shù)之類的錯誤會很簡單，但要模擬復(fù)雜的錯誤需要一些特殊的技術(shù)。在下面的文字中，將討論使用Mock技術(shù)來解決如何強(qiáng)制產(chǎn)生錯誤的問題。

　　P : 性能(performance)方面是否滿足條件

　　這里的性能特征并不是指程序的性能本身，而是指性能的那種“隨著規(guī)模增大，問題越來越復(fù)雜”的趨勢。我們應(yīng)該使用一個性能特性的快速回歸測試，避免出現(xiàn)某些修改使得程序變得很慢卻無法對其進(jìn)行定位的情況。