我目前正在尝试亚马逊设备农场，并且能够使用虚拟应用程序。
但是，当我尝试获取实际应用程序时，我想要在亚马逊设备服务器场上工作，我无法这样做。我能够上传.ipa文件，并压缩并上传py.tests / appium测试及其依赖项，但测试失败。
我认为可能发生的事情是ADF没有认识到某些Desired_capabilities自动发出通知警报和GPS坐标。
我的设置与我在初始测试中使用虚拟应用程序的设置非常相似。 （这些与亚马逊设备农场合作） https://github.com/dlai0001/appium-spike-running-tests-oncloud
唯一真正不同的是我正在使用真正的制作应用程序，其中2个警报窗口在启动时弹出。在Appium中，如果我没有在所需功能中启用autodismiss或autoaccept警报，它将导致测试崩溃。
Harness 00:00.0 1295 Info Starting 00001 with device c00e8ab68437161b894395e438ba8935a672bac0
Harness 00:00.0 1295 Info Using test content version 0.1.0
Harness 00:00.1v1295 Info Using image version ami-778b7c17
答案 0 :(得分：0)
我在亚马逊设备农场团队工作。
您似乎依靠所需的功能来关闭警报窗口。目前，Device farm支持一组非常有限的所需功能，即app name，package name和osversion。这些可供应用程序使用，无需用户设置它。
Appium在Device Farm上运行autoAcceptAlerts = true。这应该处理警报窗口（如果有），除非它是autoAcceptAlert无法处理的系统弹出窗口。您应该检查您的测试是否可以使用autoAcceptAlerts = true来处理警报窗口，并在本地使用Appium预启动模式。 如果它可以处理它，那么设备场应该以相同的方式运行。 有时可能是在建立appium会话之前出现警报窗口的情况，在这种情况下添加延迟可能会有所帮助。
当您在本地进行测试时，请使用Appium版本1.4.16，因为这是目前在设备服务器场上使用的版本。