程式師世界 >> 編程語言 >> JAVA編程 >> J2ME >> J2ME Unit單元測試技術簡介

J2ME Unit單元測試技術簡介

編輯：J2ME

這裡向大家簡單介紹一下J2ME Unit單元測試的概念，由於J2ME環境不能提供反射（Reflection）API，因此很多基於反射的功能都無法使用，例如JUnit中自動創建並運行testsuite的功能。

J2ME Unit單元測試簡介：

利用JUnit等單元測試框架進行單元測試對於Java程序員並不陌生，利用這些非常有效的工具，使得代碼的質量得到有效的監控和維護。然而似乎一切在J2ME的平台上，都顯得略有些不同。由於J2ME環境不能提供反射（Reflection）API，因此很多基於反射的功能都無法使用，例如JUnit中自動創建並運行testsuite的功能。廣大的J2ME程序員不能在J2ME平台上使用JUNIT進行單元測試，但誰都知道沒有單元測試的程序是多麼的脆弱！

J2ME Unit單元測試是由KentBeck和ErichGamma設計開發的在J2ME平台上模仿JUnit的單元測試框架，大小17KB。它的運用為編寫有保證的J2ME程序代碼提供了基礎性的支持。J2ME Unit單元測試引入了一些新的機制來解決原有JUnit對反射的依賴。可能在使用中J2ME Unit單元測試明顯的沒有JUnit方便，但現階段我們也只能利用它了，熱烈的期盼著J2ME環境對反射的支持。現有的J2ME Unit單元測試的版本是1.1.1。如同JUnit一樣，它也是開源的。你可以在sf.Net上找到他的下載。相比較JUnit經常升級，J2ME Unit單元測試有一段時間沒有升級了，一方面投入的力量較小，另外可能是考慮到J2ME環境的特殊性，要保證測試的LIB足夠的小。

搭建J2ME單元測試平台：

我們以Eclipse配合EclipseME為例子說明如何使用J2ME Unit單元測試。

首先到sf下載J2ME Unit單元測試的最新版本：http://J2ME Unit單元測試.sourceforge.Net，並解壓縮到你的常用目錄中。

新建一個MidletSuite，選擇Project…>propertIEs…>JavaBuildPath…>LibrarIEs…>AddExternalJARs…選擇你需好下載的路徑中的J2ME Unit單元測試.jar。　

　
這樣就可以使用了。

編寫測試類：

讓我們編寫一個TestCase來學習如何使用這套工具。

編寫TestCase類

編寫測試的類要繼承J2ME Unit單元測試.framework.TestCase。如同JUnit中一樣，你可以覆寫setUp()和tearDown()方法，雖然這裡沒有反射機制，但還是推薦你把測試方法以test開頭。這樣一但J2ME有了反射機制，你也可以快速的移植。還有一點要注意的是，你需要為子類提供一個構造函數（假設你的類叫做TestOne）：

  
publicTestOne(StringsTestName,TestMethodrTestMethod)  
{  
super(sTestName,rTestMethod);  
}

稍候解釋這是為什麼？

接下來編寫兩個個測試方法，這很熟悉：

publicvoidtestOne()  
{  
System.out.println("TestOne.testOne()");  
assertTrue("Shouldbetrue",false);  
}  
publicvoidtestTwo()  
{  
System.out.println("TestOne.testTwo()");  
thrownewRuntimeException("Exception");  
}

正是缺少反射機制，你需要手動編寫suite方法，並一一調用你編寫的測試方法，這個步驟多多少少有些煩悶。沒辦法了，這是理解J2ME Unit單元測試框架的關鍵了，咱連writeoncedebuganywhere都忍了，還有什麼困難不能克服呢？

suite方法要求我們返回一個TestSuite對象，因此，首先建立一個新的TestSuite對象並調用addTest方法，為他添加Test對象。Test是一個接口，TestSuite、TestCase都實現了他，因此既可以添加測試單元、又可以添加一個測試套件。

根據J2ME Unit單元測試的設計思想，一個TestCase在運行時，只能捆綁一個TestMethod對象。TestMethod是一個標准的回調接口，只含有一個回調run(TestCasetc)方法。這個run方法的任務是調用一個，注意，是一個測試方法，那麼一旦這個方法出現問題，可以很好的捕捉它，並返回給用戶。TestMethod提供了一組set方法用於捆綁一個TestMethod對象，但實際我們不去使用它，因為效率太低了，為了更快捷的捆綁TestMethod對象，我們要利用構造函數和匿名類來捆綁TestMethod類的實例。這個匿名類很好編寫，只要將傳入的TestCasetc向上轉型到你的TestCase子類，然後調用相關方法就可。我們不得不同時提供一個String作為名稱給我們的構造函數

看一下下面這個例子，希望能幫助你理解上面那段總覺得有些拗口的話。如果你理解了“一個TestCase在運行時，只能捆綁一個TestMethod對象”這句話，那麼就理解了J2ME Unit單元測試所謂的新機制。千萬不要在一個TestMethod中連續調用多個test方法，這樣一旦某個方法出了問題，那麼整個方法會結束而後續的測試將不能執行。一定要老老實實做人，認認真真寫suite（），似乎又回到了剪刀加漿糊的時代。

publicTestsuite()
{
TestSuiteaSuite=newTestSuite();
aSuite.addTest(newTestOne("testOne",newTestMethod()
{publicvoidrun(TestCasetc){((TestOne)tc).testOne();
}}));
aSuite.addTest(newTestOne("testTwo",newTestMethod()
{publicvoidrun(TestCasetc){((TestOne)tc).testTwo();
}}));
returnaSuite;
}

編寫測試套件

接下來編寫一個測試套件，其實你可能已經明白了，測試套件不過是一個特殊的TestCase，根據慣例，一般這樣的類叫做TestAll，只需要將以前添加的TestCase中的suite添加給TestAll的suite就可以了。  
publicclassTestAllextendsTestCase{  
publicTestsuite()  
{　TestSuitesuite=newTestSuite();  
suite.addTest(newTestOne().suite());  
suite.addTest(newTestTwo().suite());  
returnsuite;  
}} 
調試：

有兩個方法運行我們的測試。

使用textui

利用textui，這個大家都熟悉了，不做重點介紹。一般習慣上在TestAll方法中添加一個main方法： 
  
publicstaticvoidmain(String[]args)  
{  
String[]runnerArgs=newString[]{"J2ME Unit.examples.TestAll"};  
J2ME Unit.textui.TestRunner.main(runnerArgs);  
}  
 
要為TestRunner.main傳入一個String數組，裡面羅列所有要測試的TestCase的完整路徑，因為我們編寫了TestAll，所以只傳入他就可以了。

使用midletui

這才是這套框架迷人的地方，正是有了他我們可以在真機上進行UnitTest了，cool，這將節省多少的測試成本呀。所以之前所有的編寫suite的工作就認了！

繼承J2ME Unit單元測試.midletui.TestRunner，這是一個midlet父類。在startApp中調用如下方法：
 
protectedvoidstartApp()  
{  
start(newString[]{"J2ME Unit.examples.TestAll"});  
} 

或者，更為靈活的，你可以在jad文件中編寫一個J2ME Unit單元測試TestClasses屬性，寫入你要測試的若干個TestCase，這樣也可以進行測試而不更改主類。

如下是在模擬上的結果：


在我的MIDP1.0，真機上運行這個例子得到同樣的結果，用時401ms。如果你正在使用J2ME開發項目，建議把單元測試引入到你的工作當中，正如我們看到單元測試對於別的Java平台的影響一樣，對於嵌入式開發，它也是大有用武之地的。