使用j2meunit進行游戲測試
做一款精彩的j2me游戲是屬不易呀。但是后面對游戲的測試更是麻煩，這也是一些手機游戲公司中測試人員與開發人員的比例相當的一個重要原因。。究竟有沒有好的途徑提高游戲測試的速度那？？這也是擺在游戲開發team面前的老問題。。
不過現在就使用j2meunit這一利器，它可是好用的開源的東東呀！
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來學習如何使用這套工具。
編寫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
利用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，所以只傳入他就可以了。
點擊查看大圖
使用midletui
這才是這套框架迷人的地方，正是有了他我們可以在真機上進行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平臺的影響一樣，對于嵌入式開發，它也是大有用武之地的。
（出處：http://m.survivalescaperooms.com）
