可能是使用 xpath 查找元素导致性能问题，xpath 需要解析整个 DOM 树来找到匹配的元素

这个 xpath 写的效率就不高啊。

有没有可能 考虑不使用 appium，而使用其他工具？

我用 id 定位也是同样的效率

要和开发合作，控件都加 test id，不然后期维护成本很高

有没有可能 appium 并不是靠谱的落地方案？

appium 我也觉得慢，启动慢，响应慢，我以前一用就直接换其他的了

其他的有哪些更值得推荐？尤其是适合微信小程序的自动化测试。

appiium 只适合面试不适合落地

应该是当前页面的 DOM 元素以及层级多导致的

看你需求吧，我也 3 年没接触移动端自动化了，用过 UIAutomator2、airtest 写安卓的。小程序没测过，好像有个微信官方的 minium。你可以百度或者社区等地方找一找有哪些好用的自动化工具。以我当时的需求来说，appium 没有其他好用。

https://github.com/alibaba/tidevice 用这个吧。

建议可以的话，缓存下 element。每次都去 find 的话，会导致每次都要遍历控件树，无法使用缓存。

app 端控件树遍历不像 web 端，得递归整个控件树才能生成。如果界面复杂，这个递归会比较耗时。

动态页面的元素遍历也会导致慢，两年前遇到过

个人观点，慢就看多慢，如果慢一点无所谓，只要用例能正确通过，我认为这个最重要。本来做 UI 自动化测试，就无法追求快又要正确。这个跟接口测试是不一样~

我用过来的经验就是：
Android 端：用 appium 确实慢，可以使用 uiautomator2，快很多
IOS 端：appium 不慢