我比较新的,以J2ME和关于开始我的第一个严肃项目。我的经验,在试验是不是太深。我在寻找一个单元的测试框架J2ME。

迄今为止我已经看到J2MEUnit,但我现在不怎么好的支持。我已经看到JavaTest束,但我不知道,如果它不是一个矫枉过正。

请告诉我什么框架中你建议:
*简单的执行测试
*支持社区和工具
*兼容应用程序认证进程
*一体化与IDEs(蚀,同时还有演讲)
*其他方面找到重要的...

谢谢, Asaf.

有帮助吗?

解决方案

这是一个博客进入一家西班牙公司谁使movile游戏.比较了许多框架和结论(翻译):

  • MoMEUnit提供非常有用 信息有关的测试。是 很容易地移植和蚂蚁compabile.一个 缺点(或也许没有),它的 它需要每一个测试类 有一个独特的测试方法,使用 很多的遗产。

  • JMEUnit.(未来合并的J2MEUnit 和JMUnit)JMUnit不支持 蚂蚁但该界面类似于 MoMEUnit.J2MEUnit不提供 非常有用的信息 测试。测试创建两个 框架是某种复杂。J2MEUnit并支持蚂蚁;这就是 为什么合并的两种框架 将是非常有趣的(他们 工作int一年多 o更低)

我的经验:我已经使用J2ME单元,并设立试验装置是一个痛苦,由于缺乏"反射"在J2ME,但它们都是建设总是相同的方式,这样一个模板,可以节省很多时间。我打算试试君乐部的这一周,只是要检查它的简单模型

一些测试单元的框架J2ME:

其他提示

同样看一看MockME。

www.mockme.org

从他们的网站: “MockME是Java SE的Java ME模拟对象。 MockME允许您编写真实的单元测试,而无需在手机上运行它们。您甚至可以使用动态模拟对象框架(如EasyMock)来模拟Java ME中的任何对象! MockME集成了最佳的单元测试工具,包括JUnit,EasyMock和DDSteps。通过使Java ME API可模拟,您可以按照您真正想要的方式为Java ME应用程序编写单元测试。“

J2SE上的MicroEmulator + JUnit

我开始使用像JMUnit这样的工具,但最近我转而使用标准JUnit + MicroEmulator 在J2SE上。这类似于使用MockME,而是使用MicroEmulator。我更喜欢MicroEmulator,因为它具有组件的实际实现,并且您可以在其上运行整个MIDlet。我自己从未使用过MockME。

我的所有非GUI单元测试都是通过简单地将MicroEmulator用作库来运行的。这样做的好处是所有JUnit工具都可以无缝工作,特别是Ant,Maven,大多数IDE和持续集成工具。当它在J2SE上运行时,您还可以使用泛型和JUnit注释等功能,这使得编写单元测试更加出色。

某些组件(如RecordStore)在工作之前需要进行一些设置。这是通过MIDletBridge.setMicroEmulator()完成的。

使用MicroEmulator还具有可以自定义某些组件的实现的优势,例如RecordStore。我使用内存中的RecordStore,它在每次测试之前重新创建,这样我就可以确定测试是独立运行的。

真实设备

上述方法不会在任何真实设备上运行。但是,在我看来,只需要在真实设备上运行GUI和验收测试。为此, mVNC 等工具与 T-Plan Robot 可以在Symbian设备上使用(感谢< a href =“http://mobileqa.blogspot.com/2008/04/automated-midlet-testing-on-symbian.html”rel =“nofollow noreferrer”>此博客文章)。但是,我只能让mVNC通过蓝牙工作,而且速度很慢。

另一种选择可能是使用像诺基亚论坛远程设备访问(RDA)。我仍然需要调查这样的平台是否适合自动化测试。

嗯......我自己还没有开发移动应用程序,但我认为J2MEUnit是更好的选择,因为它基于最初的JUnit,它有一个很大的社区,并且得到了大多数IDE的支持,所以它应该很容易运行至少那些不依赖于IDE的移动硬件的测试。

更重要的是J2MEUnit可以与ANT集成,因此您可以在每次构建时运行测试。

我发现的相关文件(发布问题后)是测试无线Java应用程序。它描述了文档末尾附近的J2MEUnit。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top