Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/unit-testing/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Unit testing 您会为J2ME推荐哪些单元测试框架?_Unit Testing_Testing_Java Me - Fatal编程技术网

Unit testing 您会为J2ME推荐哪些单元测试框架?

Unit testing 您会为J2ME推荐哪些单元测试框架?,unit-testing,testing,java-me,Unit Testing,Testing,Java Me,我对J2ME比较陌生,即将开始我的第一个严肃项目。我的测试经验也不太深刻。我正在寻找J2ME的单元测试框架 到目前为止,我已经看到了J2MEUnit,但我现在不知道它支持得有多好。我已经看过JavaTest工具,但我不知道这是否是一种过度使用 请告诉我您建议的框架: *实现测试的简单性 *支持社区和工具 *与应用程序认证流程的兼容性 *与IDE集成(Eclipse、NetBeans) *你认为重要的其他方面 谢谢, 尽快。嗯。。。我自己还没有开发过移动应用程序,但我认为J2MEUnit是更好的选

我对J2ME比较陌生,即将开始我的第一个严肃项目。我的测试经验也不太深刻。我正在寻找J2ME的单元测试框架

到目前为止,我已经看到了J2MEUnit,但我现在不知道它支持得有多好。我已经看过JavaTest工具,但我不知道这是否是一种过度使用

请告诉我您建议的框架:
*实现测试的简单性
*支持社区和工具
*与应用程序认证流程的兼容性
*与IDE集成(Eclipse、NetBeans)
*你认为重要的其他方面

谢谢,
尽快。

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

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

。比较了许多框架,结论如下(翻译):

  • 你的报价很有用 关于测试的信息。是 易于搬运和携带。A. 缺点(或可能不是),它的 它需要每个测试类 有一个独特的测试方法,使用 很多遗产

  • 杰梅尼特。(J2MEU未来合并) 和JMUnit)JMUnit不支持 Ant,但接口与 这个单位。J2MEUnit不提供 非常有用的信息与 测验。在这两种环境中创建测试 框架有点复杂。 J2MEUnit不支持Ant;那是 为什么要合并这两个框架 将会非常有趣(他们有 在int上工作了一年多 o减去)

我的经验:我使用过J2ME单元,由于J2ME中缺乏“反射”,设置测试装置是一件痛苦的事情,但它们都是以相同的方式构建的,所以一个模板可以节省很多时间。 我本周计划试用MoME单元,只是为了检查它的简单模型

J2ME的一些测试单元框架:


我(在发布问题后)发现的一个相关文档是。它描述了文档末尾附近的J2MEUnit。

还可以浏览一下MockME

www.mockme.org

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

J2SE上的Micromulator+JUnit

我开始使用JMUnit之类的工具,但最近我转而使用J2SE上的标准JUnit+。这类似于使用MockME,但使用MicroSimulator代替。我更喜欢Micromulator,因为它有组件的实际实现,您可以在上面运行整个MIDlet。不过我自己从来没有用过嘲弄我

我所有的非GUI单元测试都是通过简单地使用Micromulator作为库来运行的。这样做的好处是所有JUnit工具都可以无缝工作,特别是Ant、Maven、大多数IDE和持续集成工具。当它在J2SE上运行时,您还可以使用诸如泛型和JUnit注释之类的特性,这使得编写单元测试变得更好

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

使用Micromulator还有一个优点,即可以自定义某些组件的实现,例如RecordStore。我使用内存中的记录存储,它在每次测试之前都会重新创建,因此我确信测试是独立运行的

真实设备

上述方法不会在任何实际设备上运行。但是,在我看来,只有GUI和验收测试需要在真正的设备上运行。为此,可以在Symbian设备上使用类似于的工具(感谢)。然而,我只能让mVNC通过蓝牙工作,而且速度非常慢


另一种选择可能是使用类似的服务。我仍然需要调查这样的平台是否适合进行自动化测试。

这真的很有帮助。我会尝试一下,你能给我更多关于Micromulator+Junit非GUI测试的教程吗?当需要与Maven集成时,什么最合适?