Komendy Protokołu

WebdriverIO to framework automatyzacji, który opiera się na różnych protokołach automatyzacji do kontrolowania zdalnego agenta, np. przeglądarki, urządzenia mobilnego lub telewizora. W zależności od zdalnego urządzenia wykorzystywane są różne protokoły. Te komendy są przypisane do obiektu Browser lub Element w zależności od informacji sesji dostarczonych przez zdalny serwer (np. sterownik przeglądarki).

Wewnętrznie WebdriverIO używa komend protokołu dla prawie wszystkich interakcji ze zdalnym agentem. Jednak dodatkowe komendy przypisane do obiektu Browser lub Element upraszczają korzystanie z WebdriverIO, np. pobieranie tekstu elementu za pomocą komend protokołu wyglądałoby tak:

const searchInput = await browser.findElement('css selector', '#lst-ib')
await client.getElementText(searchInput['element-6066-11e4-a52e-4f735466cecf'])

Korzystając z wygodnych komend obiektu Browser lub Element, można to zredukować do:

$('#lst-ib').getText()

Poniższa sekcja wyjaśnia każdy z poszczególnych protokołów.

Protokół WebDriver

WebDriver to standard sieciowy do automatyzacji przeglądarek. W przeciwieństwie do niektórych innych narzędzi E2E gwarantuje, że automatyzacja może być przeprowadzana na rzeczywistych przeglądarkach używanych przez użytkowników, np. Firefox, Safari i Chrome oraz przeglądarkach opartych na Chromium, takich jak Edge, a nie tylko na silnikach przeglądarek, np. WebKit, które są bardzo różne.

Przewagą korzystania z protokołu WebDriver w przeciwieństwie do protokołów debugowania, takich jak Chrome DevTools, jest to, że masz określony zestaw komend, które pozwalają na interakcję z przeglądarką w ten sam sposób we wszystkich przeglądarkach, co zmniejsza prawdopodobieństwo niestabilności. Ponadto protokół ten oferuje możliwości masowej skalowalności poprzez korzystanie z dostawców chmurowych, takich jak Sauce Labs, BrowserStack i inni.

Protokół WebDriver Bidi

Protokół WebDriver Bidi to druga generacja protokołu, nad którą obecnie pracuje większość dostawców przeglądarek. W porównaniu do swojego poprzednika, protokół ten obsługuje dwukierunkową komunikację (stąd "Bidi") między frameworkiem a zdalnym urządzeniem. Ponadto wprowadza dodatkowe prymitywy dla lepszej introspekcji przeglądarki, aby lepiej automatyzować nowoczesne aplikacje internetowe w przeglądarkach.

Ponieważ ten protokół jest obecnie w trakcie rozwoju, z czasem będzie dodawanych więcej funkcji i będą one obsługiwane przez przeglądarki. Jeśli korzystasz z wygodnych komend WebdriverIO, nic się dla Ciebie nie zmieni. WebdriverIO będzie korzystać z tych nowych możliwości protokołu, gdy tylko będą dostępne i obsługiwane w przeglądarce.

Appium

Projekt Appium zapewnia możliwości automatyzacji urządzeń mobilnych, komputerów stacjonarnych i wszelkich innych rodzajów urządzeń IoT. Podczas gdy WebDriver koncentruje się na przeglądarkach i sieci, wizją Appium jest stosowanie tego samego podejścia, ale dla dowolnego urządzenia. Oprócz komend zdefiniowanych przez WebDriver, ma specjalne komendy, które często są specyficzne dla zdalnego urządzenia, które jest automatyzowane. W przypadku scenariuszy testowania mobilnego jest to idealne, gdy chcesz pisać i uruchamiać te same testy zarówno dla aplikacji Android, jak i iOS.

Zgodnie z dokumentacją Appium został zaprojektowany, aby spełnić potrzeby automatyzacji mobilnej zgodnie z filozofią określoną przez następujące cztery zasady:

• Nie powinieneś musieć rekompilować swojej aplikacji ani modyfikować jej w żaden sposób, aby ją zautomatyzować.
• Nie powinieneś być ograniczony do konkretnego języka lub frameworka do pisania i uruchamiania testów.
• Framework automatyzacji mobilnej nie powinien wymyślać koła na nowo, jeśli chodzi o API automatyzacji.
• Framework automatyzacji mobilnej powinien być open source, zarówno w duchu, jak i w praktyce, a także z nazwy!

Chromium

Protokół Chromium oferuje rozszerzony zestaw komend na bazie protokołu WebDriver, który jest obsługiwany tylko podczas uruchamiania zautomatyzowanych sesji przez Chromedriver lub Edgedriver.

Firefox

Protokół Firefox oferuje rozszerzony zestaw komend na bazie protokołu WebDriver, który jest obsługiwany tylko podczas uruchamiania zautomatyzowanych sesji przez Geckodriver.

Sauce Labs

Protokół Sauce Labs oferuje rozszerzony zestaw komend na bazie protokołu WebDriver, który jest obsługiwany tylko podczas uruchamiania zautomatyzowanych sesji za pomocą chmury Sauce Labs.

Selenium Standalone

Protokół Selenium Standalone oferuje rozszerzony zestaw komend na bazie protokołu WebDriver, który jest obsługiwany tylko podczas uruchamiania zautomatyzowanych sesji za pomocą Selenium Grid.

JSON Wire Protocol

JSON Wire Protocol to poprzednik protokołu WebDriver i jest obecnie przestarzały. Chociaż niektóre komendy mogą być nadal obsługiwane w pewnych środowiskach, nie zaleca się korzystania z żadnej z jego komend.

Mobile JSON Wire Protocol

Mobile JSON Wire Protocol to rozszerzony zestaw komend mobilnych na bazie JSON Wire Protocol. Ponieważ ten ostatni jest przestarzały, Mobile JSON Wire Protocol również stał się przestarzały. Appium może nadal obsługiwać niektóre z jego komend, ale nie zaleca się ich używania.