使用Appium与UiAutomator的优势
我是移动自动化的新手，我计划自动化一个原生的Android应用程序（不是我自己的，所以我只有APK文件），所以我正在阅读有关可用于Android自动化的工具。我遇到了Appium，我知道它使用蒸发器来做到这一点。我想知道使用Appium而不是直接使用Uiautomator有什么好处，或者在这种情况下，使用应用程序或Uiautomator更好。
共有2个答案
UIAutomator仅适用于android设备，类似于iOS设备，有XCUITEST\UIAUTOMATION
使用这种方法（UI Automator），您将需要有两个框架，以防您有相同的应用程序用于在IOS和Android操作系统上进行测试（通常是这种情况）。
因此，Appium作为一个包装器出现，可用于Android\iOS移动操作系统。
如果您是初学者，可以参考以下教程来学习移动自动化
https://automationlab0000.wordpress.com/2018/09/10/appium/
如果你使用本地工具来实现移动自动化，那么你必须学习不同的html" target="_blank">语言来编写脚本；例如，必须用Coffee编写< code>UIAutomator脚本。类似地，对于iOS XCUITest，您必须了解Swift C或< code>XCUIElement类的直接方法。
但是如果你使用＜code＞Appium＜/code＞，你可以用你喜欢的语言编写脚本；e、 例如：Java、C#、Python、Ruby、JavaScript等。
使用Appium，您可以为Android和iOS平台使用单个框架。如果您使用本机工具，则必须为AUT维护不同的框架。
总结-
- 本地工具-语言依赖性，不同的平台需要维护不同的框架，脚本执行速度更快
- Appium-无/最小的语言依赖性，易于维护框架，脚本执行速度较慢，因为它是本地SDK的包装
-
你好，我是新来的appium。我想知道如何在appium中使用UIAutomator来检测元素。请帮我怎么做。
-
当我在UIAutomator或应用程序检查器会话中单击元素时，我需要记录所有Xpath/资源。要完成上述操作，我需要在我的代码中创建一个UI自动处理程序/应用程序的对象，以便我可以运行诸如之类的命令，或者沿着这些行来记录我在文件中单击的Xpath。 我已经使用应用程序浏览器和UI自动化器来获取Xpath，但我必须手动将这些X路径/资源ID从界面复制并粘贴到我的代码中。 X路径示例： 上面的路径是在
-
我正在使用appium测试android混合应用程序。有人能告诉我如何使用UIAutomator查找元素吗？因为appium给出的xpath在我的例子中不起作用。 非常感谢！
-
问题内容： 与 不是由bean* 通过 applicationcontext.getbean 进行管理的bean 相比，使用 @configurable有 什么优势？任何人列出的利弊？ *** 问题答案： 我要为此得到 -20 。即使是臭名昭著的马丁·福勒（Martin Fowler）发明了这个可怕的“依赖注入”名称，也认为它不适合测试： http://martinfowler.com/artic
-
我最近安装了Xcode8测试版5。在我的MAC 10.11.6上的Appium 1.6.0测试版现在，在阅读了所有的论坛并使Appium启动并启动我的应用程序后，我无法找到如何用这个Appium 1.6.0测试版启动我的inspector和在我的应用程序中找到元素。如何使用appium 1.6.0测试版启动inspector？如果不能，我们如何找到xpath或找到元素？？
-
因此有效负载可能比base64格式小（但不多 但如果不使用流式附件，我觉得没什么好处...当soap被反序列化时，有效负载将最终留在内存中。 所以如果SOAP必须包含一个很大的PDF文件，我必须将其存储起来...使用纯MTOM时，如果不使用流式附件就没有那么大的好处，因为多个用户在同一时间内可能会使服务器崩溃... 我错了吗？