在Eclipse中使用JUnit4進行單元測試（高級篇）
一、高級Fixture
上一篇文章中我們介紹了兩個Fixture標注，分別是@Before和@After，我們來看看他們是否適合完成如下功能：有一個類是負責對大文件（超過500兆）進行讀寫，他的每一個方法都是對文件進行操作。換句話說，在調用每一個方法之前，我們都要打開一個大文件并讀入文件內容，這是一個非常耗費時間的操作。如果我們使用@Before和@After，那么每次測試都要讀取一次文件，效率及其低下。這里我們所希望的是在所有測試一開始讀一次文件，所有測試結束之后釋放文件，而不是每次測試都讀文件。JUnit的作者顯然也考慮到了這個問題，它給出了@BeforeClass 和 @AfterClass兩個Fixture來幫我們實現這個功能。從名字上可以看出，用這兩個Fixture標注的函數，只在測試用例初始化時執行@BeforeClass方法，當所有測試執行完畢之后，執行@AfterClass進行收尾工作。在這里要注意一下，每個測試類只能有一個方法被標注為@BeforeClass 或 @AfterClass，并且該方法必須是Public和Static的。
二、測試。
還記得我在初級篇中給出的例子嗎，那個求平方根的函數有Bug，是個死循環：
public void squareRoot(int n) ...{
for (; ;) ; //Bug : 死循環
}
如果測試的時候遇到死循環，你的臉上不會露出笑容。因此，對于那些邏輯很復雜，循環嵌套比較深的程序，很有可能出現死循環，因此一定要采取一些預防措施。測試是一個很好的解決方案。我們給這些測試函數設定一個執行時間，超過了這個時間，他們會被系統強行終止，并且系統還會向你匯報該函數結束的原因是因為超時，這樣你可以發現這些Bug了。要實現這一功能，只需要給@Test標注加一個參數即可，代碼如下：
@Test(timeout = 1000)
public void squareRoot() ...{
calculator.squareRoot(4);
assertEquals(2， calculator.getResult());
}
Timeout參數表明了你要設定的時間，單位為毫秒，因此1000代表1秒。
三、 測試異常
JAVA中的異常處理也是一個重點，因此你經常會編寫一些需要拋出異常的函數。那么，如果你覺得一個函數應該拋出異常，但是它沒拋出，這算不算Bug呢？這當然是Bug，并JUnit也考慮到了這一點，來幫助我們找到這種Bug。例如，我們寫的計算器類有除法功能，如果除數是一個0，那么必然要拋出“除0異常”。因此，我們很有必要對這些進行測試。代碼如下：
@Test(expected = ArithmeticException.class)
public void divideByZero() ...{
calculator.divide(0);
}
如上述代碼所示，我們需要使用@Test標注的expected屬性，將我們要檢驗的異常傳遞給他，這樣JUnit框架能自動幫我們檢測是否拋出了我們指定的異常。
四、 Runner (運行器)
大家有沒有想過這個問題，當你把測試代碼提交給JUnit框架后，框架如何來運行你的代碼呢？答案是——Runner。在JUnit中有很多個Runner，他們負責調用你的測試代碼，每一個Runner都有各自的特殊功能，你要根據需要選擇不同的Runner來運行你的測試代碼。可能你會覺得奇怪，前面我們寫了那么多測試，并沒有明確指定一個Runner啊？這是因為JUnit中有一個默認Runner，如果你沒有指定，那么系統自動使用默認Runner來運行你的代碼。換句話說，下面兩段代碼含義是完全一樣的：
import org.junit.internal.runners.TestClassRunner;
import org.junit.runner.RunWith;
//使用了系統默認的TestClassRunner，與下面代碼完全一樣
public class CalculatorTest ...{...}
@RunWith(TestClassRunner.class)
public class CalculatorTest ...{...}
從上述例子可以看出，要想指定一個Runner，需要使用@RunWith標注，并且把你所指定的Runner作為參數傳遞給它。另外一個要注意的是，@RunWith是用來修飾類的，而不是用來修飾函數的。只要對一個類指定了Runner，那么這個類中的所有函數都被這個Runner來調用。后，不要忘了包含相應的Package哦，上面的例子對這一點寫的很清楚了。接下來，我會向你們展示其他Runner的特有功能。
