为什么 Robo 测试如此迅速地被标记为通过？

如何解决为什么 Robo 测试如此迅速地被标记为通过？

TL;博士

该应用程序有大量流量，但有时运行速度超过 2 分钟...

---

有没有办法让它一直运行直到 timeout period（例如 1 小时）几乎耗尽？附上快速终止的屏幕截图，例如

虽然应用程序非常大，有大量的流量，但有时运行会在 2 分钟、5 分钟后通过，但是决定正在运行的机器人测试现在应该以通过的结果终止的标准是什么？知道是什么让记录的图形决定去这个节点吗？不详我假设它是终端节点

解决方法

为什么 Robo 测试如此迅速地被标记为通过？

事实证明，由于具有不同的 b.e.响应，应用程序旅程发生了变化。如果有 3 个断开连接的组件（如 gif 中所示），那么应用程序可以在类似于 3 个组件的 3 个流中的任何一个中启动。这意味着旅程将持续多长时间

有没有办法让它一直运行到超时时间（例如 1 小时）几乎耗尽

按照here的解释指导机器人测试是一种很有前途的方法，可以通过遵循一些使图形更大的动作序列来扩大旅程

决定正在运行的机器人测试现在应该以通过的结果终止的标准是什么？

Robo 测试只是在应用上应用 flood fill（如 gif 所示）。 graph nodes 由屏幕表示，例如入职屏幕和边缘由动作表示，例如点击下一步按钮

,

很可能它总是或多或少相同的持续时间......而唯一的区别可能是测试在队列中的位置（你不是那里的唯一用户，这就是为什么它可能看起来好像持续时间会有所不同）。并且 TerminatedActivity-33 仅确认被测试的 Activity 已成功终止......这是故事的“结束”。 出于效率考虑，测试会尽快终止——只有卡住时才能达到超时值。

队列也可能并行运行可能是另一个可能的原因；同时，即使实时持续时间确实会有所不同，处理时间（CPU 份额）仍然大致相同。免责声明：我不知道它内部是如何工作的，只是尝试应用一些常识。