一、 <!--[endif]-->高級Fixture
上一篇文章中我們介紹了兩個Fixture標注,分別是@Before和@After,我們來看看他們是否適合完成如下功能:有一個類是負責對大文件(超過500兆)進行讀寫,他的每一個方法都是對文件進行操作。換句話說,在調用每一個方法之前,我們都要打開一個大文件并讀入文件內容,這絕對是一個非常耗費時間的操作。如果我們使用@Before和@After,那么每次測試都要讀取一次文件,效率及其低下。這里我們所希望的是在所有測試一開始讀一次文件,所有測試結束之后釋放文件,而不是每次測試都讀文件。JUnit的作者顯然也考慮到了這個問題,它給出了@BeforeClass 和 @AfterClass兩個Fixture來幫我們實現這個功能。從名字上就可以看出,用這兩個Fixture標注的函數,只在測試用例初始化時執行@BeforeClass方法,當所有測試執行完畢之后,執行@AfterClass進行收尾工作。在這里要注意一下,每個測試類只能有一個方法被標注為@BeforeClass 或 @AfterClass,并且該方法必須是Public和Static的。
<!--[if !supportLists]-->二、 <!--[endif]-->限時測試。
還記得我在初級篇中給出的例子嗎,那個求平方根的函數有Bug,是個死循環:
如果測試的時候遇到死循環,你的臉上絕對不會露出笑容。因此,對于那些邏輯很復雜,循環嵌套比較深的程序,很有可能出現死循環,因此一定要采取一些預防措施。限時測試是一個很好的解決方案。我們給這些測試函數設定一個執行時間,超過了這個時間,他們就會被系統強行終止,并且系統還會向你匯報該函數結束的原因是因為超時,這樣你就可以發現這些Bug了。要實現這一功能,只需要給@Test標注加一個參數即可,代碼如下:
Timeout參數表明了你要設定的時間,單位為毫秒,因此1000就代表1秒。
<!--[if !supportLists]-->三、 <!--[endif]-->測試異常
JAVA中的異常處理也是一個重點,因此你經常會編寫一些需要拋出異常的函數。那么,如果你覺得一個函數應該拋出異常,但是它沒拋出,這算不算Bug呢?這當然是Bug,并JUnit也考慮到了這一點,來幫助我們找到這種Bug。例如,我們寫的計算器類有除法功能,如果除數是一個0,那么必然要拋出“除0異常”。因此,我們很有必要對這些進行測試。代碼如下:
如上述代碼所示,我們需要使用@Test標注的expected屬性,將我們要檢驗的異常傳遞給他,這樣JUnit框架就能自動幫我們檢測是否拋出了我們指定的異常。
<!--[if !supportLists]--><!--[endif]-->四、 Runner (運行器)
大家有沒有想過這個問題,當你把測試代碼提交給JUnit框架后,框架如何來運行你的代碼呢?答案就是——Runner。在JUnit中有很多個Runner,他們負責調用你的測試代碼,每一個Runner都有各自的特殊功能,你要根據需要選擇不同的Runner來運行你的測試代碼??赡苣銜X得奇怪,前面我們寫了那么多測試,并沒有明確指定一個Runner???這是因為JUnit中有一個默認Runner,如果你沒有指定,那么系統自動使用默認Runner來運行你的代碼。換句話說,下面兩段代碼含義是完全一樣的:
從上述例子可以看出,要想指定一個Runner,需要使用@RunWith標注,并且把你所指定的Runner作為參數傳遞給它。另外一個要注意的是,@RunWith是用來修飾類的,而不是用來修飾函數的。只要對一個類指定了Runner,那么這個類中的所有函數都被這個Runner來調用。最后,不要忘了包含相應的Package哦,上面的例子對這一點寫的很清楚了。接下來,我會向你們展示其他Runner的特有功能。
<!--[if !supportLists]-->五、 <!--[endif]-->參數化測試。
你可能遇到過這樣的函數,它的參數有許多特殊值,或者說他的參數分為很多個區域。比如,一個對考試分數進行評價的函數,返回值分別為“優秀,良好,一般,及格,不及格”,因此你在編寫測試的時候,至少要寫5個測試,把這5中情況都包含了,這確實是一件很麻煩的事情。我們還使用我們先前的例子,測試一下“計算一個數的平方”這個函數,暫且分三類:正數、0、負數。測試代碼如下:
為了簡化類似的測試,JUnit4提出了“參數化測試”的概念,只寫一個測試函數,把這若干種情況作為參數傳遞進去,一次性的完成測試。代碼如下:
下面我們對上述代碼進行分析。首先,你要為這種測試專門生成一個新的類,而不能與其他測試共用同一個類,此例中我們定義了一個SquareTest類。然后,
你要為這個類指定一個Runner,而不能使用默認的Runner了,因為特殊的功能要用特殊的Runner嘛。@RunWith(Parameterized.class)這條語句就是為這個類指
定了一個ParameterizedRunner。第二步,定義一個待測試的類,并且定義兩個變量,一個用于存放參數,一個用于存放期待的結果。接下來,定義測試數據的集合,
也就是上述的data()方法,該方法可以任意命名,但是必須使用@Parameters標注進行修飾。這個方法的框架就不予解釋了,大家只需要注意其中的數據,是一個二
維數組,數據兩兩一組,每組中的這兩個數據,一個是參數,一個是你預期的結果。比如我們的第一組{2, 4},2就是參數,4就是預期的結果。這兩個數據的順序無所
謂,誰前誰后都可以。之后是構造函數,其功能就是對先前定義的兩個參數進行初始化。在這里你可要注意一下參數的順序了,要和上面的數據集合的順序保持一致。
如果前面的順序是{參數,期待的結果},那么你構造函數的順序也要是“構造函數(參數, 期待的結果)”,反之亦然。最后就是寫一個簡單的測試例了,和前面介紹
過的寫法完全一樣,在此就不多說。
<!--[if !supportLists]-->六、 <!--[endif]-->打包測試。
通過前面的介紹我們可以感覺到,在一個項目中,只寫一個測試類是不可能的,我們會寫出很多很多個測試類??墒沁@些測試類必須一個一個的執行,也是比較麻煩的事情。鑒于此,JUnit為我們提供了打包測試的功能,將所有需要運行的測試類集中起來,一次性的運行完畢,大大的方便了我們的測試工作。具體代碼如下:
大家可以看到,這個功能也需要使用一個特殊的Runner,因此我們需要向@RunWith標注傳遞一個參數Suite.class。同時,我們還需要另外一個標注@Suite.SuiteClasses,來表明這個類是一個打包測試類。我們把需要打包的類作為參數傳遞給該標注就可以了。有了這兩個標注之后,就已經完整的表達了所有的含義,因此下面的類已經無關緊要,隨便起一個類名,內容全部為空既可。