Android 如何在调用startInstrumentation之后优雅地等待测试用例完成

Android 如何在调用startInstrumentation之后优雅地等待测试用例完成,android,testing,robotium,Android,Testing,Robotium,我有一套应用程序,每个应用程序都有相关的测试用例工具。我使用startInstrumentation()从另一个“launcher”应用程序(作为服务实现)以编程方式启动instrumentation,如本例所示: 这对于启动一个测试用例来说效果很好 我希望启动器运行测试用例1,等待测试完成,然后运行测试用例2。阻碍我的是startInstrumentation()立即返回,我不知道如何等待测试用例1完成,然后再开始测试用例2 我希望找到一个比修改测试用例更优雅的解决方案,以某种方式将其完成情况

我有一套应用程序,每个应用程序都有相关的测试用例工具。我使用
startInstrumentation()
从另一个“launcher”应用程序(作为服务实现)以编程方式启动instrumentation,如本例所示:

这对于启动一个测试用例来说效果很好

我希望启动器运行测试用例1,等待测试完成,然后运行测试用例2。阻碍我的是
startInstrumentation()
立即返回,我不知道如何等待测试用例1完成,然后再开始测试用例2

我希望找到一个比修改测试用例更优雅的解决方案,以某种方式将其完成情况反馈给启动器(例如,测试用例广播消息)

我只希望启动器看到测试用例已经完成,并且知道继续下一个测试是安全的


谢谢

一个月后,他大声喊叫,看看有没有人有什么想法。这一个仍然让我难堪!糟糕,我发现这个网站在其他人提问时真的很有帮助。即使是对我的问题提出批评(你知道,为什么没有人发表评论)也会很感激。看起来没有人对这个问题有任何想法,甚至连批评都没有(我不确定让一个应用程序连续运行不同检测的好处。如果你有多个应用程序要测试为什么要集中运行它们,那么它们肯定应该在其中一个应用程序发生变化时运行,只有一个应用程序发生变化时必须对每个应用程序运行测试似乎是减缓反馈速度的一个愚蠢的方法。如果你我真的想按照你说的做,你可以让你的测试检查运行的应用程序,然后只在被测试的应用程序进程停止运行时运行。感谢你的反馈和建议。我问这个问题的原因是我试图使用JUnit测试基础设施来构建一个模块化的工作负载运行程序,它可以e用于基准测试(如电池寿命)各种工作负载组合。我想寻找正在运行的应用程序就可以了,只是不确定这种方法是否会有不明显的不良副作用。我宁愿观察工具本身,因为它看起来更干净,但这可能是框架提供的最佳解决方案。再次感谢!