過程
測試代碼必須做以下幾件事情:
準備測試所需的條件
調用要測試的方法
驗證被測方法的行為和期望的行為是否一致
完成后清理各種資源
為了使用NUnit框架,需要做這些工作:
1.使用using聲明引用必要的NUnit類(并添加一個指向NUnitDll的引用)
2.定義一個測試類,必須是Public的、包換一個public的沒有參數的構造函數,并且在類定義上加上[TestFixture]attribute標記
3.在測試類中包含用[Test]attribute標記的方法。
特性
在使用NUnit框架時,除了上面提到的[TestFixture]和[Test]特性外,還有一些有用的特性。靈活使用這些特性,將有助于提高測試代碼開發的效率。
1. Per-method的Setup和Teardown
[Setup]:用此Attribute指定的方法用于環境的建立,NUnit在調用每個[Test]方法之前,將調用此特性標記的方法
[Teardown]:和[Setup]一樣,只是調用的時機是在每個[Test]方法完成后,用于環境的清理。
2. Per-class Setup和Per-class Teardown
[TestFixtureSetup]以及[TestFixtureTearDown]特性和上述的[Setup]以及[Teardown]類似,只是其作用于整個[TestFixture]類而已。可以使用這兩個特性標記的方法對整個test class設置和清理環境。
3. 使用Categories分類
[Category(“分類名”)]用于指定某個測試方法所屬的“類型”。用此特性將各個測試方法分類后,可以在NUnit環境中指定需要執行的類型。
可以將此特性寫在[Test]特性一起,如:
[Test, Category(“test_0001”)]
也可以分開兩行:
[Test]
[Category(“test_0001”)]
Category還有一個Explicit屬性,可以顯式排除該Category的運行(除非在NUnit GUI中指定),寫法如下:
[Category(“test_0001”, Explicit=true)]
4.測試預期的異常:ExpectedException
對測試而言有兩種異常:從測試代碼拋出的異常;由于某個模塊錯誤而引發的異常.
第二種異常會在NUnit中捕獲并作測試失敗處理。而有時我們需要測試被測試方法是否拋出了期望的異常(例如,特意傳入的錯誤參數),可以用以下方法。
[ExpectedException(typeof(SomeException))]或:[Test,ExpectedException(typeof(SomeException))]
注意,一旦期望的異常拋出了,剩余的代碼會被跳過。軟件測試
5.臨時忽略一些測試:Ignore
當你寫了一些測試代碼,但并不打算馬上執行時,可以使用Ignore特性。
[Test,Ignore(“message”)]
這個測試將被跳過,并且在NUnit GUI中給出黃色的狀態欄。
技巧
有六個值得測試的具體部位,它們能夠提高你的測試水平。這六個方面可以統稱為Right_BICEP:
Right : 結果是否正確(Right)
對于測試而言,首要的也是明顯的任務是查看所期望的結果是否正確-驗證結果。
這里的結果是指確認代碼所做的和你的期望是一致的。
B : 邊界(boundary)條件是否正確
邊界條件包括許多內容,將在下一節(2.3.邊界條件)中集中描述。軟件測試
I : 是否可以檢查反向(inverse)關聯
對一些方法,可以用反向的邏輯關系來驗證它們。例如,為了檢查某條記錄是否成功的插入了數據庫,可以通過查詢這條記錄來驗證,等等。
值得注意的是,當同時編寫原方法和它的反向測試時,一些BUG可能會被兩者中都有的錯誤所掩飾。在可能的情況下,應該用不同的原理來實現反向測試。
C : 是否可以使用其它方法來跨檢查(cross-check)結果
[NextPage]
E : 錯誤條件(error condition)是否可以重現
應該能夠通過強制引發真實世界中的錯誤-網絡斷開、程序崩潰等-來測試代碼如何處理這些問題。簡單的無效參數之類的錯誤會很簡單,但要模擬復雜的錯誤需要一些特殊的技術。在下面的文字中,將討論使用Mock技術來解決如何強制產生錯誤的問題。
P : 性能(performance)方面是否滿足條件
這里的性能特征并不是指程序的性能本身,而是指性能的那種“隨著規模增大,問題越來越復雜”的趨勢。我們應該使用一個性能特性的快速回歸測試,避免出現某些修改使得程序變得很慢卻無法對其進行定位的情況。