我一直是 Android 开发人员，一直在介绍使用主要 SDK 工具、Robotium 和 Robolectric 进行 Android 测试，并在 Hudson 上运行构建。看起来有很多兴趣，但还没有多少人这样做。
因此，如果您正在进行任何自动化 Android 测试。你在用什么？你的痛点是什么？你想看什么？
如果没有，为什么不（还）。是什么阻碍了你？否则你如何进行质量检查？
任何关于该领域的人在做什么的指针都会很棒。
备注/编辑 2011-11-27：
在这个阶段，问题有点开放式（可能是像 stackoverflow 上的社区 wiki）。我在 AnDevCon 2 上展示了一个 4 小时的关于测试的研讨会，并发现了一些新的开发和可用工具。
测试任何移动应用程序的棘手部分是移动性。虽然一开始似乎无关，但移动您的移动设备会影响正在运行的应用程序。当手机超出蜂窝网络覆盖范围或有来电时，我看到离线应用程序崩溃。有什么解决办法？至少在真实设备上进行一些现场测试。
我们部分使用 Robotium 和 Android 的MonkeyRunner构建了我们自己的自动化测试脚本，我们发现这是最大化我们可以自动化的测试类型的最佳方式。
当然，令人痛苦的一件事是运行我们的测试所需的时间。我们将它集成到我们的构建服务器中，但我们在一夜之间运行测试。我们发现，为每个版本运行所有这些测试（尤其是在截止日期临近时）是不切实际的。
另一个限制是测试需要硬件驱动程序（如 FM 收音机）的应用程序。这里我们不能使用模拟器，需要专用设备。我们当然不能在插入/不插入耳机的情况下测试应用行为之类的东西。
我仍然认为手动测试无法替代，< blatant_plug >我公司开发了一个名为apphance的工具，旨在简化移动测试开发< / blatant_plug >
您可能对 TestDroid 感兴趣，我在 Droidcon London 上看到过它的演示，并不是唯一一个被他们提供的服务所震撼的开发人员。我没有亲自使用它，因为我目前的时间太短，无法证明许可费用的合理性，但如果我在一个更大的团队或与更大的客户打交道，这似乎是不费吹灰之力。
注意没有任何隶属关系，事实上我目前正在使用roboletric，但这已被您的原始问题所涵盖：)
我使用了几个工具进行 Android 应用程序测试，我想提一下：