這里setUp和tearDown方法沒什么好說的，是執(zhí)行了對book對象的初始化和清理，不過testId和testName需要說明一下。前者是在對book的id屬性進(jìn)行測試，首先賦值為”001”，然后使用Assert的assertEquals方法查看id屬性中存放的值是否是期待的值，由于我的期待值也是”001”，所以執(zhí)行后這個用例應(yīng)該是成功的；后者則是對book的name屬性進(jìn)行測試，也是首先賦值為”ASP”，然后使用Assert的assertEquals方法查看其值是否是期待的，由于我特意將期待值設(shè)定為根本不可能的”JSP”，因此這個用例執(zhí)行后會出現(xiàn)一個錯誤。但請注意，由于我是特意要讓測試出現(xiàn)錯誤，所以將期待值設(shè)定成了不可能的值，如果你是測試人員，請千萬不要這么做，否則如果別的地方導(dǎo)致了錯誤，很容易給自己造成不必要的麻煩。
下面簡單介紹一下上邊用到的靜態(tài)類junit.framework.Assert。該類主要包含8個方法：
1．a(chǎn)ssertEquals()方法，用來查看對象中存的值是否是期待的值，與字符串比較中使用的equals()方法類似；
2．a(chǎn)ssertFalse()和assertTrue()方法，用來查看變量是是否為false或true，如果assertFalse()查看的變量的值是false則測試成功，如果是true則失敗，assertTrue()與之相反；
3．a(chǎn)ssertSame()和assertNotSame()方法，用來比較兩個對象的引用是否相等和不相等，類似于通過“==”和“!=”比較兩個對象；
4．a(chǎn)ssertNull()和assertNotNull()方法，用來查看對象是否為空和不為空;
5．fail ()方法，意為失敗，用來拋出錯誤。我個人認(rèn)為有兩個用途：首先是在測試驅(qū)動開發(fā)中，由于測試用例都是在被測試的類之前編寫，而寫成時又不清楚其正確與否，此時可以使用fail方法拋出錯誤進(jìn)行模擬；其次是拋出意外的錯誤，比如要測試的內(nèi)容是從數(shù)據(jù)庫中讀取的數(shù)據(jù)是否正確，而導(dǎo)致錯誤的原因卻是數(shù)據(jù)庫連接失敗。
五、運行BookTest
編寫好BookTest后，可以運行了。請在“項目”欄中選中BookTest，點擊鼠標(biāo)右鍵，選擇“運行文件”，測試信息會從“輸出”窗口輸出：
六、測試套件
當(dāng)有多個測試類需要一次性進(jìn)行測試時，可以使用測試套件來完成這項工作。
在NetBeans中，點擊“文件”->“新建文件”，打開“新建文件”對話框：
確保“項目”選擇的是JUnitTest，然后在“類別”中選中JUnit類，在“文件類型”中選中測試套件，點擊“下一個”，進(jìn)入下一窗口：
修改“類名”為AllTests，點擊“完成”，然后修改代碼如下：
package net.zheng.junit.test;
import junit.framework.*;
public class AllTests extends TestCase {
public AllTests(String testName) {
super(testName);
}
public static Test suite() {
TestSuite ts= new TestSuite("AllTests");
ts.addTestSuite(BookTest.class);
return ts;
}
}
其中TestSuite是用來組織測試類的，通過其addTestSuite()方法將測試類添加到ts對象中，凡是添加到ts中的測試類都將在運行文件時被執(zhí)行。此外，您也可以在定義ts對象時利用其構(gòu)造函數(shù)將測試類添加給ts對象，例如：
TestSuite ts = new TestSuite(BookTest.class);
這并不會影響到后續(xù)使用addTestSuite()方法。測試套件的運行方法與之前一樣。
此外，JUnit自身也提供了運行測試的環(huán)境，但需要在NetBeans中做一些改動，所以不作詳細(xì)介紹了，這里只將代碼給出：
package net.zheng.junit.test;
import junit.framework.*;
public class Test {
public static void main(String[] args) {
//使用TestSuite組裝測試類
TestSuite ts = new TestSuite();
ts.addTestSuite(TestBook.class);
//textui，命令行方式
junit.textui.TestRunner.run(ts);
//swingui，Swing方式
//junit.swingui.TestRunner.run(ts.getClass());
//awtui，AWT方式
//junit.awtui.TestRunner.run(ts.getClass());
}
}
七、小結(jié)
其實JUnit上手很容易，遠(yuǎn)比想象的要簡單的多，但我覺得如何編寫測試類是很需要經(jīng)驗的，因為許多時候，測試一個用例，但涉及到可能不止一個類；而有些時候，一個類可能是做為工具使用，里邊涉及很多內(nèi)容，那么測試時是否還是只編寫一個測試類呢？關(guān)于這個話題，我想應(yīng)該是仁者見仁、智者見智的，其實這才是測試的難題所在。
