我是比较新的J2ME和即将开始我的第一个严重的项目。 我的测试经验不太深要么。 我正在寻找一个J2ME单元测试框架。
到目前为止,我已经看到了J2MEUnit,但我现在不如何很好的支持它。 我见过JavaTest线束,但我不知道,如果它不是矫枉过正。
请告诉我,你就什么建议的框架:
*执行测试的简单
*支持社区和工具
*与应用程序认证过程的兼容性
*集成与IDE(Eclipse中,NetBeans的)
*其他方面您认为重要的...
谢谢,阿萨夫。
我是比较新的J2ME和即将开始我的第一个严重的项目。 我的测试经验不太深要么。 我正在寻找一个J2ME单元测试框架。
到目前为止,我已经看到了J2MEUnit,但我现在不如何很好的支持它。 我见过JavaTest线束,但我不知道,如果它不是矫枉过正。
请告诉我,你就什么建议的框架:
*执行测试的简单
*支持社区和工具
*与应用程序认证过程的兼容性
*集成与IDE(Eclipse中,NetBeans的)
*其他方面您认为重要的...
谢谢,阿萨夫。
这是一家西班牙公司,谁使movile游戏的博客条目 。 比较很多框架和结论(翻译):
MoMEUnit提供有关测试非常有用的信息。 很容易移植和Ant compabile。 缺点(或许不是),其它需要每一个测试类有一个独特的测试方法,使用了大量的继承。
JMEUnit。 使用JMUnit(J2MEUnit使用JMUnit和未来的合并),不支持蚂蚁,但界面类似于MoMEUnit。 J2MEUnit不提供与测试非常有用的信息。 在两个框架创建测试是有点复杂。 J2MEUnit不支持蚂蚁; 这就是为什么这两个框架的合并将是非常有趣(他们一直在努力INT一年多个O更少)
我的经验:我已经使用J2ME单位和建立测试夹具是一种痛苦,由于缺乏J2ME“反思”的,但他们都是建立总是以同样的方式,所以模板节省了大量的时间。 我正打算尝试MOME股本周只是为了检查其简单的模型
对于J2ME一些测试单位框架:
快来看看MockME一眼也是如此。
www.mockme.org
从他们的网站:“MockME就是Java ME的Java SE MockME mock对象让你写真正的单元测试,而无需在手机上运行它们,您甚至可以使用动态模拟对象的框架,如EasyMock的,使您能够嘲笑任何物体。 Java ME的!MockME整合最好的同类工具进行单元测试包括JUnit,EasyMock的和DDSteps。通过使“的Java ME API的mockable你可以编写单元测试你的Java ME应用程序,你真正想要的方式。
MicroEmulator +的JUnit在J2SE
我开始了使用JMUnit一样的工具,但最近我切换到标准的JUnit + MicroEmulator的J2SE。 这是类似于使用MockME,但MicroEmulator代替。 我更喜欢MicroEmulator,因为它有分量的实际实现,并且可以在其上运行一个完整的MIDlet。 我从来没有使用,虽然自己MockME。
我所有的非GUI单元测试是通过简单地使用MicroEmulator作为库运行。 这样做的好处是所有的JUnit工具无缝工作,特别是蚂蚁,Maven的,大多数的IDE和持续集成工具。 由于它运行在J2SE,您还可以使用功能,如泛型和JUnit标注,这使得编写单元测试更好一点。
像RecordStore中的某些组件工作前,需要进行一些设置。 这是通过MIDletBridge.setMicroEmulator()完成。
使用MicroEmulator也有优势,一些组件的实现可定制,例如RecordStore中。 我使用一个内存RecordStore中,每个测试之前被重新创建的,所以我敢肯定,测试独立运行。
实际设备
上述做法不会对任何真正的设备上运行。 但是,在我看来,只有GUI和验收测试需要在实际设备上运行。 对于这一点,像工具mVNC加上T-计划机器人可以在Symbian设备(由于使用这个博客帖子 )。 但是,我只能得到mVNC通过蓝牙工作,这是非常缓慢的。
另一种可能是使用一个服务像诺基亚论坛的远程设备访问(RDA) 。 我还需要调查这样的平台是否适合于自动化测试。
嗯......我自己还没有开发的移动应用程序,但我认为J2MEUnit是在此基础上有一个大的社区,并通过大多数IDE支持的,所以应该是guite容易跑至少那些测试原来的JUnit更好的选择,因为它的不从你的IDE依赖于手机硬件直接。
更重要的可能是J2MEUnit与ANT集成,使您可以运行,每次构建您的测试。
一个相关的文件,我发现(发布问题后)是测试无线Java应用程序 。 据介绍J2MEUnit附近文档的末尾。