Types de Configuration
WebdriverIO peut être utilisé à diverses fins. Il implémente l'API du protocole WebDriver et peut exécuter un navigateur de manière automatisée. Le framework est conçu pour fonctionner dans n'importe quel environnement et pour tout type de tâche. Il est indépendant de tout framework tiers et nécessite uniquement Node.js pour fonctionner.
Liaisons de Protocole
Pour les interactions de base avec WebDriver et d'autres protocoles d'automatisation, WebdriverIO utilise ses propres liaisons de protocole basées sur le package NPM webdriver :
- WebDriver
- Chrome DevTools
loading...
loading...
Toutes les commandes de protocole renvoient la réponse brute du pilote d'automatisation. Le package est très léger et il n'y a pas de logique intelligente comme les attentes automatiques pour simplifier l'interaction avec l'utilisation du protocole.
Les commandes de protocole appliquées à l'instance dépendent de la réponse de session initiale du pilote. Par exemple, si la réponse indique qu'une session mobile a été démarrée, le package applique toutes les commandes du protocole Appium et Mobile JSON Wire au prototype de l'instance.
Vous pouvez exécuter le même ensemble de commandes (à l'exception des commandes mobiles) en utilisant le protocole Chrome DevTools lors de l'importation du package NPM devtools. Il a la même interface que le package webdriver mais exécute son automatisation basée sur Puppeteer.
Pour plus d'informations sur ces interfaces de package, consultez API des Modules.
Mode Autonome
Pour simplifier l'interaction avec le protocole WebDriver, le package webdriverio implémente diverses commandes au-dessus du protocole (par exemple, la commande dragAndDrop) et des concepts de base tels que les sélecteurs intelligents ou les attentes automatiques. L'exemple ci-dessus peut être simplifié comme ceci :
loading...
L'utilisation de WebdriverIO en mode autonome vous donne toujours accès à toutes les commandes de protocole, mais fournit un ensemble supplémentaire de commandes qui permettent une interaction de plus haut niveau avec le navigateur. Cela vous permet d'intégrer cet outil d'automatisation dans votre propre projet (de test) pour créer une nouvelle bibliothèque d'automatisation. Des exemples populaires incluent Oxygen ou CodeceptJS. Vous pouvez également écrire des scripts Node simples pour extraire du contenu du web (ou toute autre chose nécessitant un navigateur en cours d'exécution).
Si aucune option spécifique n'est définie, WebdriverIO tentera toujours de télécharger et de configurer le pilote de navigateur correspondant à la propriété browserName dans vos capacités. Dans le cas de Chrome et Firefox, il peut également les installer selon qu'il peut trouver le navigateur correspondant sur la machine.
Pour plus d'informations sur les interfaces du package webdriverio, consultez API des Modules.
Le Testrunner WDIO
Cependant, l'objectif principal de WebdriverIO est de réaliser des tests de bout en bout à grande échelle. Nous avons donc implémenté un testrunner qui vous aide à créer une suite de tests fiable, facile à lire et à maintenir.
Le testrunner prend en charge de nombreux problèmes courants lors de l'utilisation de bibliothèques d'automatisation simples. D'une part, il organise vos exécutions de tests et divise les spécifications de test afin que vos tests puissent être exécutés avec une concurrence maximale. Il gère également la gestion des sessions et offre de nombreuses fonctionnalités pour vous aider à déboguer les problèmes et à trouver des erreurs dans vos tests.
Voici le même exemple que ci-dessus, écrit comme une spécification de test et exécuté par WDIO :
loading...
Le testrunner est une abstraction de frameworks de test populaires comme Mocha, Jasmine ou Cucumber. Pour exécuter vos tests à l'aide du testrunner WDIO, consultez la section Premiers Pas pour plus d'informations.
Pour plus d'informations sur l'interface du package testrunner @wdio/cli, consultez API des Modules.
