J2ME Unit單元測試技術簡介
這里向大家簡單介紹一下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。
這樣就可以使用了。#p#
編寫測試類：
讓我們編寫一個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;
- }
#p#編寫測試套件
接下來編寫一個測試套件，其實你可能已經明白了，測試套件不過是一個特殊的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平臺的影響一樣，對于嵌入式開發，它也是大有用武之地的。
【編輯推薦】
