是不是程序在測試過程中拋出異常，就是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(RemoteAccessException 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.anti-gravitydesign.com/
