如何理解J2ME單元測試理念

這期內容當中小編將會給大家帶來有關如何理解J2ME單元測試理念，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

J2ME Unit是由KentBeck和ErichGamma設計開發的在J2ME平臺上模仿JUnit的單元測試框架，大小17KB。它的運用為編寫有保證的J2ME程序代碼提供了基礎性的支持。

J2ME單元測試(JUnit)

J2ME Unit簡介：

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

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

搭建測試平臺：

我們以Eclipse配合EclipseME為例子說明如何使用J2MEUnit。

首先到sf下載J2MEUnit的***版本：http://J2MEUnit.sourceforge.net，并解壓縮到你的常用目錄中。

新建一個MidletSuite，選擇Project…>properties…>JavaBuildPath…>Libraries…>AddExternalJARs…選擇你需好下載的路徑中的J2MEUnit.jar。　
　
這樣就可以使用了。

編寫測試類：

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

編寫TestCase類

編寫測試的類要繼承J2MEUnit.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方法，并一一調用你編寫的測試方法，這個步驟多多少少有些煩悶。沒辦法了，這是理解J2MEUnit框架的關鍵了，咱連writeoncedebuganywhere都忍了，還有什么困難不能克服呢？

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

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

看一下下面這個例子，希望能幫助你理解上面那段總覺得有些拗口的話。如果你理解了“一個TestCase在運行時，只能捆綁一個TestMethod對象”這句話，那么就理解了J2MEUnit所謂的新機制。千萬不要在一個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[]{"J2MEUnit.examples.TestAll"};  J2MEUnit.textui.TestRunner.main(runnerArgs);  }

要為TestRunner.main傳入一個String數組，里面羅列所有要測試的TestCase的完整路徑，因為我們編寫了TestAll，所以只傳入他就可以了。

使用midletui

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

繼承J2MEUnit.midletui.TestRunner，這是一個midlet父類。在startApp中調用如下方法：

protectedvoidstartApp()  {  start(newString[]{"J2MEUnit.examples.TestAll"});  }

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

如下是在模擬上的結果：

  screen.width-460)this.width=screen.width-460">

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

上述就是小編為大家分享的如何理解J2ME單元測試理念了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。