再次運行測試。很遺憾，JUnit 運行界面提示我們有兩個測試情況未通過測試（圖4）——當(dāng)首字母大寫時得到的處理結(jié)果與預(yù)期的有偏差，造成測試失�。╢ailure）；而當(dāng)測試對 null 的處理結(jié)果時，則直接拋出了異常——測試錯誤（error）。顯然，被測試代碼中并沒有對首字母大寫和 null 這兩種特殊情況進行處理，修改如下：
Java代碼 復(fù)制代碼
//修改后的方法wordFormat4DB
/**
* 將Java對象名稱（每個單詞的頭字母大寫）按照
* 數(shù)據(jù)庫命名的習(xí)慣進行格式化
* 格式化后的數(shù)據(jù)為小寫字母，并且使用下劃線分割命名單詞
* 如果參數(shù)name為null，則返回null
*
* 例如：employeeInfo 經(jīng)過格式化之后變?yōu)?employee_info
*
* @param name Java對象名稱
*/
public static String wordFormat4DB(String name){
if(name == null){
return null;
}
Pattern p = Pattern.compile("[A-Z]");
Matcher m = p.matcher(name);
StringBuffer sb = new StringBuffer();
while(m.find()){
if(m.start() != 0)
m.appendReplacement(sb， ("_"+m.group()).toLowerCase());
}
return m.appendTail(sb).toString().toLowerCase();
}
圖4 JUnit 運行失敗界面
JUnit 將測試失敗的情況分為兩種：failure 和 error。Failure 一般由單元測試使用的斷言方法判斷失敗引起，它表示在測試點發(fā)現(xiàn)了問題；而 error 則是由代碼異常引起，這是測試目的之外的發(fā)現(xiàn)，它可能產(chǎn)生于測試代碼本身的錯誤（測試代碼也是代碼，同樣無法保證完全沒有缺陷），也可能是被測試代碼中的一個隱藏的bug。
請牢記！
請牢記這一條 JUnit 佳實踐：測試任何可能的錯誤。單元測試不是用來證明您是對的，而是為了證明您沒有錯。
啊哈，再次運行測試，綠條又重現(xiàn)眼前。通過對 WordDealUtil.wordFormat4DB 比較全面的單元測試，現(xiàn)在的代碼已經(jīng)比較穩(wěn)定，可以作為 API 的一部分提供給其它模塊使用了。
不知不覺中我們已經(jīng)使用 JUnit 漂亮的完成了一次單元測試�？梢泽w會到 JUnit 是多么輕量級，多么簡單，根本不需要花心思去研究，這可以把更多的注意力放在更有意義的事情上——編寫完整全面的單元測試。
JUnit 深入
當(dāng)然，JUnit 提供的功能決不僅僅如此簡單，在接下來的內(nèi)容中，我們會看到 JUnit 中很多有用的特性，掌握它們對您靈活的編寫單元測試代碼非常有幫助。
Fixture
何謂 Fixture？它是指在執(zhí)行一個或者多個測試方法時需要的一系列公共資源或者數(shù)據(jù)，例如測試環(huán)境，測試數(shù)據(jù)等等。在編寫單元測試的過程中，您會發(fā)現(xiàn)在大部分的測試方法在進行真正的測試之前都需要做大量的鋪墊——為設(shè)計準(zhǔn)備 Fixture 而忙碌。這些鋪墊過程占據(jù)的代碼往往比真正測試的代碼多得多，而且這個比率隨著測試的復(fù)雜程度的增加而遞增。當(dāng)多個測試方法都需要做同樣的鋪墊時，重復(fù)代碼的“壞味道”便在測試代碼中彌漫開來。這股“壞味道”會弄臟您的代碼，還會因為疏忽造成錯誤，應(yīng)該使用一些手段來根除它。
JUnit 專門提供了設(shè)置公共 Fixture 的方法，同一測試類中的所有測試方法都可以共用它來初始化 Fixture 和注銷 Fixture。和編寫 JUnit 測試方法一樣，公共 Fixture 的設(shè)置也很簡單，您只需要：
使用注解 org，junit.Before 修飾用于初始化 Fixture 的方法。
使用注解 org.junit.After 修飾用于注銷 Fixture 的方法。
保證這兩種方法都使用 public void 修飾，而且不能帶有任何參數(shù)。
遵循上面的三條原則，編寫出的代碼大體是這個樣子：
引用
//初始化Fixture方法
@Before public void init(){……}
//注銷Fixture方法
@After public void destroy(){……}
這樣，在每一個測試方法執(zhí)行之前，JUnit 會保證 init 方法已經(jīng)提前初始化測試環(huán)境，而當(dāng)此測試方法執(zhí)行完畢之后，JUnit 又會調(diào)用 destroy 方法注銷測試環(huán)境。注意是每一個測試方法的執(zhí)行都會觸發(fā)對公共 Fixture 的設(shè)置，也是說使用注解 Before 或者 After 修飾的公共 Fixture 設(shè)置方法是方法級別的（圖5）。這樣便可以保證各個獨立的測試之間互不干擾，以免其它測試代碼修改測試環(huán)境或者測試數(shù)據(jù)影響到其它測試代碼的準(zhǔn)確性。
圖5 方法級別 Fixture 執(zhí)行示意圖
