Appium:启动时不应启动 App 或 Activity/测试解锁密码
Appium: Should not start App or Activity on startup / Testing unlock passcodes
我必须测试一些 Android 设备的安全策略。
因此,当其中一个安全应用程序出现更新或政策时,我们可以 运行 我们的测试以确保 update/policies 不会打开新的安全问题。
我们决定使用 Appium 来自动化我们的测试用例。
我现在坚持 运行启动器应用程序。
我宁愿不在启动时打开应用程序,因为没有应测试的应用程序。但是 Appium 需要一个声明的 activity 和包。
我决定将启动器应用程序指定为入口点,这工作正常,但是,如果设备被锁定,appium 无法启动启动器应用程序并且它卡住了。
我尝试使用 "unlockType" 和 "unlockKey" 解锁设备,这也有效,它在开始时解锁设备一次,但我必须测试几个解锁场景(例如设备擦除输入 10 次错误的密码后)。
有人知道如何正确测试这种情况吗?
还是 Appium 通常不能用于测试整个设备?
感谢您的想法和意见!
您现在可能已经明白了这一点,但您正在寻找的可能是 DesiredCapability "autoLaunch"。将其设置为 false,然后驱动程序将不会打开应用程序,直到您通过
告诉它这样做
driver.launchApp();
只是为有同样问题的人发布这个,我花了一些时间才弄明白。
我必须测试一些 Android 设备的安全策略。 因此,当其中一个安全应用程序出现更新或政策时,我们可以 运行 我们的测试以确保 update/policies 不会打开新的安全问题。
我们决定使用 Appium 来自动化我们的测试用例。
我现在坚持 运行启动器应用程序。 我宁愿不在启动时打开应用程序,因为没有应测试的应用程序。但是 Appium 需要一个声明的 activity 和包。 我决定将启动器应用程序指定为入口点,这工作正常,但是,如果设备被锁定,appium 无法启动启动器应用程序并且它卡住了。
我尝试使用 "unlockType" 和 "unlockKey" 解锁设备,这也有效,它在开始时解锁设备一次,但我必须测试几个解锁场景(例如设备擦除输入 10 次错误的密码后)。
有人知道如何正确测试这种情况吗? 还是 Appium 通常不能用于测试整个设备?
感谢您的想法和意见!
您现在可能已经明白了这一点,但您正在寻找的可能是 DesiredCapability "autoLaunch"。将其设置为 false,然后驱动程序将不会打开应用程序,直到您通过
告诉它这样做driver.launchApp();
只是为有同样问题的人发布这个,我花了一些时间才弄明白。