![]() This is why you can still run certain mobile: commands while in a webview or browser context, for example. Check out: Working with Multiple Webviews in Android Hybrid AppsĪll of this works transparently to you as the Appium user because both Appium and Chromedriver expose the W3C WebDriver protocol! This fact even allows Appium to do clever things like decide not to pass certain commands to Chromedriver and instead execute its own implementation of them. ![]() Any standard commands your test client sends to Appium while Chromedriver is active get passed directly onto Chromedriver at that point, so that Chromedriver is effectively the component which is driving the automation of the website within the browser or webview. When you request a context switch into a webview, or when you start an Appium session using the browserName capability set to Chrome, Appium starts up Chromedriver for you automatically as a subprocess. ![]() Chromedriver is an implementation of the WebDriver protocol by Google, which can control Chrome browsers on both desktop and Android platforms. On iOS Appium has to implement a bunch of custom logic to attach to Safari or hybrid apps, but on Android, our life is made much easier by the existence of Chromedriver. You can use Appium to automate websites using the Chrome browser on Android, and also to automate webview-based portions of hybrid apps. Appium supports automation of all kinds of Android apps-not just native apps.
0 Comments
Leave a Reply. |