軟件單元測試之對代碼異常進行驗證

軟件單元測試之對代碼異常進行驗證

是不是程序在測試過程中拋出異常，就是bug呢。恰恰相反，在該拋出異常的地方，一定要拋異常，如果沒有拋，反而是bug。

　　在軟件測試之前，我們需要熟讀設計文檔，弄清楚程序在什么情況下，會拋出什么異常。舉個例子，比如有一個方法bool InsertUser()，如果插入成功，返回true，如果由于所插入的用戶信息有問題（比如缺少必填的name），是返回false呢，還是直接拋出異常。對于這兩種情況，測試代碼是完全不同的，所以我們必須先搞清楚程序是如何設計的。

　　在一般的程序中經常會用try、catch的方式，增強程序的健壯性，但是在測試程序里面，try確要慎用，絕對不能在每個地方都使用try，這是為什么呢？


　　還是上面那個例子，當插入的用戶信息有錯時，如果程序會拋出異常，那么我們的測試程序才能使用try，如果返回的是false，那我們就不能使用try。如果這時使用了try，而insertUser出了問題，那測試程序還是會顯示通過，bug就被漏了。

　　程序中定義的異常通常都是從Exception這個基類繼承的，如果我們在測試代碼中使用try，卻不能直接catch Exception，而是要指定程序拋出的異常類型，下面是一段正確的測試代碼。


try{
    us.insertUserExtraInfo( user );
    fail(\"錯誤的參數，沒有拋出異常\");
   }catch(RemoteAclearcase/" target="_blank" >ccessException e){
    //驗證異常信息是否正確的代碼
   }


　　這里的RemoteAccessException就是程序定義的類型，我們catch的時候一定要指定這個類型，如果我們catch Exception，那么當程序拋出其他錯誤類型的異常時，我們就把這個bug漏了。

　　當成功catch到異常以后，我們還需要對異常的具體信息進行驗證。比如，插入的用戶name沒有填，異常信息應該是“用戶信息錯誤”，如果插入一個已經存在的用戶，那么信息就是“用戶重復”等等。我們在測試程序中catch住異常以后，就需要對這些message進行檢查，確保和我們期望的一樣。如果不檢查，當插入一個已經存在的用戶時，異常信息是“未指定錯誤”，那bug就漏了。

　　最后說一下異常信息的驗證，通常情況下我們比對兩個String是否一致就行了，但是有時候，信息中包含了一些變化的信息，如果每次變化的時候，我們都要改代碼，那就太麻煩了。建議使用正則表達式，只驗證message中的關鍵部分。

　　舉個例子，有一個異常信息是“程序錯誤 [192.168.1.1:1234] 用戶已經存在”，這里IP的信息有可能變化，那我們就定義一個正則表達式
　　程序錯誤 \\\\[[\\\\d.]+:[\\\\d]+\\\\] 用戶已經存在$

　　然后使用下面的代碼進行驗證

　　Pattern.compile(正則表達式).matcher(實際拋出的異常信息).find(); 

原文轉自：http://www.kjueaiud.com