机器人馆。 waitForActivity() 对于 TabHostActivity 中的嵌入活动返回 false

发布于 2024-12-10 20:53:31 字数 252 浏览 0 评论 0原文

我有一个 TabHostActivity,它有 4 个选项卡(以及 4 个相应的活动)。当我在测试中点击其中之一(“Search”)时,SearchActivity 应该会出现(而且实际上确实出现了)。问题是,在 Robotuim-test 中,我尝试使用 solo.waitForActivity() 等待此活动,即使活动位于屏幕上,它也会失败。此外,此活动的所有视图都无法通过 solo.getView() 获得 - 返回 null。

I have a TabHostActivity that has 4 tabs (and 4 corresponding Activities). When in the test I click on one of them("Search") the SearchActivity should appear (and it actually does). The problem is that in Robotuim-test I try to wait for this activity using solo.waitForActivity() and it fails even if the Activity is on the screen. Also all view of this activity are not available via solo.getView() - returns nulls.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

嘿看小鸭子会跑 2024-12-17 20:53:31

如果 solo.waitForActivity() 不起作用,您可以使用 solo.sleep(time) ,然后使用 solo.assertCurrentActivity("notdesiredactivity", Activity.class) 以确认您处于所需的活动中。并且可以继续进行进一步的动作表演。

If solo.waitForActivity() doesn't work, you can use solo.sleep(time) and followed by solo.assertCurrentActivity("not desired activity", Activity.class) to confirm that you are in desired activity. And you can continue with further action performance.

够运 2024-12-17 20:53:31

Tabhosts 和 Robotium 不能很好地混合,基本上,solo.waitforactivity 只期望一次打开一个活动,但使用选项卡主机时,会发生不好的事情,其中​​多个活动实际上打开并且会变得混乱。

Tabhosts and robotium do not mix very well, basically the solo.waitforactivity only expects one activity to be open at a time but with tab hosts bad things happen where multiple activities are actually open and it gets confused.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文