【问题标题】:AndroidAnnotations and Unit TestingAndroid注解和单元测试
【发布时间】:2012-05-14 14:37:45
【问题描述】:

我在我目前正在处理的示例项目中使用 AndroidAnnotations(2.5)。

由于您可以使用例如 @EActivity,@ViewById,@Click 来注释您的类,这都会导致生成的编译时代码,我想知道如何为任何创建单元测试/功能测试Android Annotations 驱动的应用程序。

我很想听听关于这个问题的一些意见。

干杯,

【问题讨论】:

    标签: android unit-testing code-generation android-annotations


    【解决方案1】:

    我回复了类似的帖子here

    有几个选项可供您使用。当然,您可以在我声称的更多单元测试风格中测试您的代码预生成。这应该单独测试 Java 代码,最好不涉及生成的代码。

    您还可以在生成后测试代码。 AA 生成的 MyActivity_ 类可以在编译后直接实例化并进行相应的测试。我声称这正在向集成测试风格发展。

    虽然我认为测试总比不测试好,但我认为对于集成测试,您应该在类似于生产的情况下在硬件上进行测试。这使您可以全面了解您的应用程序在现实世界中的行为方式。因此,对于集成测试,我更喜欢高级别的“是否一切正常”测试。

    RobolectricRobotium 可以在这两项工作中提供很大帮助。 Robolectric 允许您在单元测试中实例化您的活动,而 Robotium 允许您直接在设备上测试 selenium 样式。

    回顾一下,我更喜欢在不生成代码的情况下对我的代码进行大量单元测试,然后进行一些简单的集成测试,以确保一切都能正常工作。

    【讨论】:

    • 好吧,基本上,我更倾向于对生成的代码进行单元测试,因为这是将要执行的代码,并且您将打包到您的 apk 中并在 Play 商店中进行部署。这有意义吗?
    • 对我来说很有意义。这是我在第二段中描述的场景。
    • 另见@johncarl 指出的帖子上的this answer
    猜你喜欢
    • 2010-10-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-11-03
    • 2021-12-24
    • 1970-01-01
    相关资源
    最近更新 更多