利用J2MEUnit進行單元測試

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

J2MEUnit是由Kent Beck和Erich Gamma設計開發的在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，并解壓縮到你的常用目錄中。

建立一個Midlet Suite，選擇Project…>properties…>Java Build Path…>Libraries…>Add External JARs…選擇你需好下載下傳的路徑中的j2meunit.jar。

這樣就可以使用了。

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

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

public TestOne(String sTestName, TestMethod rTestMethod)

       {

              super(sTestName, rTestMethod);

       }

稍候解釋這是為什麼？

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

       public void testOne()

              System.out.println("TestOne.testOne()");

              assertTrue("Should be true", false);

       public void testTwo()

              System.out.println("TestOne.testTwo()");

              throw new RuntimeException("Exception");

正是缺少反射機制，你需要手動編寫suite方法，并一一調用你編寫的測試方法，這個步驟多多少少有些煩悶。沒辦法了，這是了解J2MEUnit架構的關鍵了，咱連write once debug anywhere都忍了，還有什麼困難不能克服呢？

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

根據J2MEUnit的設計思想，一個TestCase在運作時，隻能捆綁一個TestMethod對象。TestMethod是一個标準的回調接口，隻含有一個回調run(TestCase tc)方法。這個run方法的任務是調用一個，注意，是一個測試方法，那麼一旦這個方法出現問題，可以很好的捕捉它，并傳回給使用者。TestMethod提供了一組set方法用于捆綁一個TestMethod對象，但實際我們不去使用它，因為效率太低了，為了更快捷的捆綁TestMethod對象，我們要利用構造函數和匿名類來捆綁TestMethod類的執行個體。這個匿名類很好編寫，隻要将傳入的TestCase tc向上轉型到你的TestCase子類，然後調用相關方法就可。我們不得不同時提供一個String作為名稱給我們的構造函數（還記得嗎？我們添加的那個構造函數，這下，明白她的用處了吧）。

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

public Test suite()

              TestSuite aSuite = new TestSuite();      

              aSuite.addTest(new TestOne("testOne", new TestMethod()

              { public void run(TestCase tc) {((TestOne) tc).testOne(); } }));

              aSuite.addTest(new TestOne("testTwo", new TestMethod()

              { public void run(TestCase tc) {((TestOne) tc).testTwo(); } }));      

              return aSuite;

接下來編寫一個測試套件，其實你可能已經明白了，測試套件不過是一個特殊的TestCase，根據慣例，一般這樣的類叫做TestAll，隻需要将以前添加的TestCase中的suite添加給TestAll的suite就可以了。

public class TestAll extends TestCase

{

       public Test suite()

              TestSuite suite = new TestSuite();

              suite.addTest(new TestOne().suite());

              suite.addTest(new TestTwo().suite());

              return suite;

}

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

利用textui，這個大家都熟悉了，不做重點介紹。一般習慣上在TestAll方法中添加一個main方法：

public static void main(String[] args)

              String[] runnerArgs = new String[] { "j2meunit.examples.TestAll" };

              j2meunit.textui.TestRunner.main(runnerArgs);

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

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

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

protected void startApp()

              start(new String[] { "j2meunit.examples.TestAll" });

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

如下是在模拟上的結果：

還是很直覺的對吧。

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

BTW，上述的測試例子可以在J2MEUnit的完全發行版本中找到，enjoy it！最後，favoyang歡迎您來j2medev.com交流，發表你的技術文章，參與論壇讨論。