top 10 selenium exceptions
Gestion des exceptions Selenium WebDriver à l'aide de l'infrastructure de gestion des exceptions - Tutoriel Selenium # 19
Obtenir une exception dans le code d'automatisation est très courant. «Exception», comme le mot l’indique, est un cas spécial ou rare.
L'exécution du code d'automatisation peut généralement ne pas se dérouler comme prévu en raison de nombreux facteurs impliqués dans l'exécution tels que des problèmes de stabilité du réseau, des problèmes d'Internet, de la stabilité du serveur, etc.
Dans le dernier didacticiel WebDriver, nous avons découvert 3 types différents d'éléments Web importants tels que Tableaux Web, cadres et éléments dynamiques et leurs mécanismes de manipulation en script sélénium
Avant d'aller de l'avant avec les didacticiels Framework dans ce Formation au sélénium série, ici dans ce tutoriel, nous allons en apprendre davantage sur types d'exceptions et comment gérer les exceptions dans les scripts Java et Selenium . Les développeurs / testeurs utilisent un cadre de gestion des exceptions pour gérer une exception dans les scripts sélénium.
Ce que vous apprendrez:
- Qu'est-ce qu'une exception?
- Avantages et inconvénients de l'approche éviter-manipuler
- Types d'exceptions dans Java et Selenium
- Gestion des exceptions
- Exceptions courantes dans Selenium WebDriver
- Éviter et gérer les exceptions courantes
- # 1) org.openqa.selenium.NoSuchElementException
- # 2) org.openqa.selenium.NoSuchWindowException
- # 3) org.openqa.selenium.NoSuchFrameException
- # 4) org.openqa.selenium.NoAlertPresentException
- # 5) org.openqa.selenium.InvalidSelectorException
- # 6) org.openqa.selenium.ElementNotVisibleException
- # 7) org.openqa.selenium.ElementNotSelectableException
- # 8) org.openqa.selenium.TimeoutException
- # 9) org.openqa.selenium.NoSuchSessionException
- # 10) org.openqa.selenium.StaleElementReferenceException
- Conclusion
- lecture recommandée
Qu'est-ce qu'une exception?
Les exceptions sont des événements en raison desquels le programme java se termine brusquement sans donner la sortie attendue. Java fournit un cadre dans lequel un utilisateur peut gérer les exceptions.
Le processus de gestion des exceptions est appelé Traitement des exceptions.
Les exceptions doivent être gérées car elles interrompent le déroulement normal de l'exécution d'un programme. L'une des principales intentions de la gestion des exceptions est d'empêcher cette interruption et de poursuivre l'exécution du programme. Parfois, vous souhaiterez peut-être effectuer une série d'actions lors de l'apparition d'une certaine exception.
Lorsqu'une exception se produit, un objet d'exception est créé qui est techniquement appelé « Lancer une exception » et nous ajoutons Essayer / attraper blocs comme,
try { // Protected code } catch (ExceptionName e) { // Catch block }
#1) Le morceau de code qui pourrait lever une exception est ajouté à l'intérieur du bloc Try.
#deux) L'instruction Catch intercepte l'exception et la prend comme paramètre.
# 3) Lorsqu'aucune exception n'est levée, l'instruction try est exécutée et non l'instruction catch.
Exemple : Lorsque le script sélénium échoue en raison du mauvais localisateur, le développeur doit être capable de comprendre la raison de l'échec et cela peut être réalisé facilement si l'exception est gérée correctement dans le programme.
D'après mon expérience, il est préférable d'essayer d'éviter les exceptions WebDriver dans la mesure du possible et de détecter des cas vraiment exceptionnels. Utilisez try / catch pour gérer les problèmes qui ne sont pas sous mon contrôle.
Évitez ceux que je peux attraper les autres!
C'est la meilleure stratégie qui a fonctionné pour moi.
Par exemple, considérez une page de test qui prend plus de temps que d'habitude à se charger sur un serveur de test. Nous obtiendrons de fréquentes exceptions lors des actions sur cette page. Donc, au lieu d'attraper ça à chaque fois, nous pouvons
- Ajoutez une commande d'attente et essayez d'éviter une exception
- Utilisez 'Try / Catch' pour gérer le cas où un cas vraiment exceptionnel se serait produit
Réduisant ainsi les chances d'exceptions.
Avantages et inconvénients de l'approche éviter-manipuler
Avantages | Désavantages |
---|---|
1) Cette approche réduit les chances d'obtenir des exceptions. | 1) Augmente les lignes de codes car vous ajoutez du code supplémentaire pour éviter les exceptions |
Si une exception est toujours interceptée 2) serait un cas vraiment exceptionnel qui mérite d'être vérifié | 2) Doit avoir une meilleure compréhension de l'API, des commandes et des exceptions du pilote Web |
Réduisez le temps de débogage. Le code d'automatisation est destiné à trouver des bogues et vous ne voulez pas voir trop d'exceptions 3) indésirables et trouver les raisons derrière chacune d'elles | |
4) Dans le bloc Catch, vous traitez des cas plus valides | |
5) Réduisez les fausses échecs | |
6) Rapport plus clair |
Dans ce tutoriel, nous discuterons Éviter et manipuler approche pour les 10 exceptions les plus courantes dans Selenium WebDriver. Avant cela, apprenons les bases de la gestion des exceptions et des blocs Try / Catch.
Types d'exceptions dans Java et Selenium
Ci-dessous, nous avons décrit les types d'exceptions et les différentes façons dont nous pouvons utiliser le cadre de gestion des exceptions dans les scripts sélénium.
Il existe trois types d'exceptions:
- Exception vérifiée
- Exception non vérifiée
- Erreur
La hiérarchie des classes d'exception et d'erreur:
# 1) Exception vérifiée: L'exception vérifiée est gérée pendant la compilation et donne l'erreur de compilation si elle n'est pas interceptée et gérée pendant la compilation.
Exemple : FileNotFoundException , IOException etc.
comment créer une liste doublement liée en java
# 2) Exception non vérifiée: En cas d'exception non cochée, un compilateur n'a pas le mandat de gérer. Le compilateur ignore pendant la compilation.
Exemple : ArrayIndexoutOfBoundException
# 3) Erreur: Lorsqu'un scénario est fatal et que le programme ne peut pas récupérer, la machine virtuelle Java génère une erreur. Les erreurs ne peuvent pas être gérées par le bloc try-catch. Même si l'utilisateur tente de gérer l'erreur à l'aide du bloc Try catch, il ne peut pas récupérer de l'erreur.
Exemple : Erreur d'assertion , OutOfMemoryError etc.
Gestion des exceptions
Bloc Try and Catch:
essayer-attraper les blocs sont généralement utilisés pour gérer les exceptions. Le type d'exceptions est déclaré dans le bloc catch qui devrait arriver. Lorsqu'une exception arrive dans le bloc try, contrôle immédiatement les mouvements vers le bloc catch.
Exemple :
try { br = new BufferedReader(new FileReader('Data')); } catch(IOException ie) { ie.printStackTrace(); }
Il peut y avoir plusieurs blocs catch pour un bloc try en fonction du type d'exception.
Exemple :
try { br = new BufferedReader(new FileReader('Data')); } catch(IOException ie) { ie.printStackTrace(); } catch(FileNotFoundException file){ file.printStackTrace(); }
jette Exception:
jette Le mot clé en java est utilisé pour lancer une exception plutôt que pour la gérer. Toutes les exceptions vérifiées peuvent être levées par des méthodes.
Exemple :
public static void main(String() args) throws IOException { BufferedReader br=new BufferedReader(new FileReader('Data')); while ((line = br.readLine()) != null) { System.out.println(line); } }
finalement bloquer:
finalement , le bloc s'exécute indépendamment de l'exécution du bloc try-catch et il s'exécute immédiatement après la fin du bloc try / catch.
Fondamentalement, la fermeture de fichier, la connexion à la base de données, etc. peuvent être fermées dans un bloc final.
Exemple :
try { br = new BufferedReader(new FileReader('Data')); } catch(IOException ie) { ie.printStackTrace(); } Finally { br.close(); }
Dans l'exemple ci-dessus, BufferReader le flux est fermé dans le bloc finally. br.close () s'exécutera toujours indépendamment de l'exécution du bloc try and catch.
Remarque : le bloc finally peut exister sans aucun bloc catch. Il n'est pas nécessaire d'avoir toujours un bloc catch.
Il peut y avoir de nombreux blocs catch mais un seul bloc finally peut être utilisé.
Jetable : Throwable est une classe parente pour l'erreur et l'exception. Généralement, il est difficile de gérer les erreurs en java. Si un programmeur n'est pas sûr du type d'erreur et d'exception, il est conseillé d'utiliser la classe Throwable qui peut intercepter à la fois l'erreur et l'exception.
Exemple :
try { br = new BufferedReader(new FileReader('Data')); } catch (Throwable t) { t.printStackTrace(); }
Exceptions courantes dans Selenium WebDriver
Le sélénium a son propre ensemble d'exceptions. Lors du développement de scripts de sélénium, un programmeur doit gérer ou lever ces exceptions.
Voici quelques exemples d'exceptions dans le sélénium:
Toutes les classes d'exceptions d'exécution dans Selenium WebDriver relèvent de la superclasse WebDriverException.
Bien qu'il existe de nombreuses classes d'exception sous WebDriverException, nous voyons généralement celles ci-dessous.
- NoSuchElementException
- NoSuchWindowException
- NoSuchFrameException
- NoAlertPresentException
- InvalidSelectorException
- ElementNotVisibleException
- ElementNotSelectableException
- TimeoutException
- NoSuchSessionException
- StaleElementReferenceException
Des détails :
ElementNotVisibleException : Si le sélénium tente de trouver un élément mais que l'élément n'est pas visible dans la page
NoAlertPresentException : Si un utilisateur tente de gérer une boîte d'alerte mais que l'alerte n'est pas présente.
NoSuchAttributeException : En essayant d'obtenir une valeur d'attribut mais l'attribut n'est pas disponible dans DOM.
NoSuchElementException : Cette exception est due à l'accès à un élément qui n'est pas disponible sur la page.
WebDriverException : Une exception survient lorsqu'un code ne parvient pas à initialiser WebDriver.
Éviter et gérer les exceptions courantes
Discutons de l'approche Éviter et Gérer pour les exceptions mentionnées ci-dessus:
# 1) org.openqa.selenium.NoSuchElementException
Cette classe d'exception couramment vue est une sous-classe de NotFoundException classer. L'exception se produit lorsque WebDriver est incapable de trouver et de localiser des éléments.
Cela se produit généralement lorsque le testeur écrit un localisateur d'élément incorrect dans la méthode findElement (By, by).
Considérez que dans l'exemple ci-dessous, l'identifiant correct du champ de texte était «firstfield» mais le testeur l'a mentionné à tort comme «fistfield». Dans ce cas, WebDriver ne peut pas localiser l'élément et org.openqa.selenium.NoSuchElementException sera jeté
driver.findElement(By.id('submit')).click(); Exception Handling: try { driver.findElement(By.id('submit')).click(); } catch (NoSuchElementException e)
Dans ce cas, l'exception est levée même si l'élément n'est pas chargé.
Éviter et manipuler : Essayez de donner une commande d'attente.
Exemple: La commande wait ci-dessous attend 10 secondes la présence de l'élément Web avec l'identifiant «submit». Ensuite, il essaie de cliquer dessus. Si l'élément est disponible mais que le clic échoue toujours, une exception est interceptée.
L'utilisation du temps différé est une pratique courante dans l'automatisation des tests pour créer une pause entre les étapes. En ajoutant un Try / Catch, nous nous assurons que le programme se poursuit même si l'attente ne peut pas aider.
try { WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(10)); wait.Until(ExpectedConditions.presenceOfElementLocated(By.id('submit'))); try { driver.findElement(By.id('submit')).click(); } catch (WebDriverException e) { System.out.println(“An exceptional case.”); } } catch (TimeOutException e) { System.out.println(“WebDriver couldn’t locate the element”); }
# 2) org.openqa.selenium.NoSuchWindowException
NoSuchWindowException vient sous NotFoundException classer. Cela se produit lorsque WebDriver tente de basculer vers une fenêtre non valide.
Le code ci-dessous peut déclencher une exception org.openqa.selenium.NoSuchWindowException si le handle de fenêtre n'existe pas ou n'est pas disponible pour changer.
la passerelle par défaut n'est pas disponible Windows 8
driver.switchTo (). window (handle_1);
Éviter et manipuler : Nous utiliserions des poignées de fenêtre pour obtenir l'ensemble des fenêtres actives, puis effectuerions des actions sur celles-ci.
Dans l'exemple ci-dessous, pour chaque poignée de fenêtre, le passage du pilote à est exécuté. Par conséquent, les chances de passer un mauvais paramètre de fenêtre sont réduites.
for (String handle : driver.getWindowHandles()) { try { driver.switchTo().window(handle); } catch (NoSuchWindowException e) { System.out.println(“An exceptional case”); } }
# 3) org.openqa.selenium.NoSuchFrameException
Lorsque WebDriver tente de basculer vers un cadre non valide, NoSuchFrameException sous la classe NotFoundException est levée.
Le code ci-dessous peut lancer une exception org.openqa.selenium.NoSuchFrameException si un cadre 'frame_11' n'existe pas ou n'est pas disponible.
driver.switchTo (). frame ('frame_11');
Gestion des exceptions:
try { driver.switchTo().frame('frame_11'); } catch (NoSuchFrameException e)
Dans ce cas, l'exception est levée même si la trame n'est pas chargée.
Éviter et manipuler : Essayez de donner une commande d'attente.
Dans l'exemple ci-dessous, WebDriver attend 10 secondes pour que le cadre soit disponible. Si l'image est disponible et qu'il existe toujours une exception, elle est interceptée.
try { WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(10)); wait.Until(ExpectedConditions.frameToBeAvaliableAndSwitchToIt(frame_11)); try { driver.switchTo().frame('frame_11'); } catch (WebDriverException e) { System.out.println(“An exceptional case”); } } catch (TimeOutException e) { System.out.println(“WebDriver couldn’t locate the frame”); }
# 4) org.openqa.selenium.NoAlertPresentException
NoAlertPresentException en dessous de NotFoundException est levé lorsque WebDriver tente de basculer vers une alerte, qui n'est pas disponible.
org.openqa.selenium.NoAlertPresentException sera lancée Si le code d'automatisation ci-dessous appelle l'opération accept () sur la classe Alert () lorsqu'une alerte n'est pas encore à l'écran.
driver.switchTo (). alert (). accept ();
Gestion des exceptions:
try { driver.switchTo().alert().accept(); } catch (NoSuchAlertException e)
Dans ce cas, l'exception est levée même si l'alerte n'est pas complètement chargée.
Éviter et manipuler : Utilisez toujours une attente explicite ou fluide pendant un moment donné dans tous les cas où une alerte est attendue. Si l'alerte est disponible et qu'il existe toujours une exception, elle est interceptée.
try { WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(10)); wait.Until(ExpectedConditions.alertIsPresent()); try { driver.switchTo().alert().accept(); } catch (NoAlertPresentException e) { System.out.println(“An exceptional case”); } } catch (TimeOutException e) System.out.println(“WebDriver couldn’t locate the Alert”); }
# 5) org.openqa.selenium.InvalidSelectorException
Cette sous-classe de NoSuchElementException classe se produit lorsqu'un sélecteur est incorrect ou syntaxiquement non valide. Cette exception se produit généralement lorsque le localisateur XPATH est utilisé.
Prenons l'exemple ci-dessous:
clickXPathButtonAndWait ('// bouton (@ type =’ bouton ’) (100)”);
Cela lèverait une InvalidSelectorExeption car la syntaxe XPATH est incorrecte.
Éviter et manipuler : Pour éviter cela, nous devons vérifier le localisateur utilisé car le localisateur est probablement incorrect ou la syntaxe est erronée. L'utilisation de Firebug pour trouver xpath peut réduire cette exception.
Le code ci-dessous montre comment le gérer à l'aide de Try / Catch
try { clickXPathButtonAndWait('//button(@type='button')'); } catch (InvalidSelectorException e) { }
# 6) org.openqa.selenium.ElementNotVisibleException
ElementNotVisibleException class est une sous-classe de ElementNotInteractableException classer. Cette exception est levée lorsque WebDriver tente d'exécuter une action sur un élément Web invisible, avec lequel il est impossible d'interagir. Autrement dit, l'élément Web est dans un état masqué.
Par exemple, dans le code ci-dessous, si le type de bouton avec l'identifiant «soumettre» est «masqué» en HTML, org.openqa.selenium.ElementNotVisibleException sera jeté.
driver.findElement(By.id('submit')).click(); Exception Handling: try { driver.findElement(By.id('submit')).click(); } catch (ElementNotVisibleException e)
Dans ce cas, l'exception est levée même si la page n'est pas complètement chargée.
Éviter et manipuler : Il y a deux façons de faire ça. Nous pouvons soit utiliser attendre que l'élément soit complètement.
Le code ci-dessous attend 10 secondes pour l'élément. Si l'élément est visible et qu'une exception est toujours levée, il est intercepté.
try { WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(10)); wait.Until(ExpectedConditions.visibilityOfElementLocated(By.id(”submit”)); try { driver.findElement(By.id('submit')).click(); } catch (WebDriverException e) { System.out.println(“Exceptional case”); } } catch (TimeOutException e) System.out.println(“WebDriver couldn’t find this element visible”); }
# 7) org.openqa.selenium.ElementNotSelectableException
Cette exception relève InvalidElementStateException classe . ElementNotSelectableException indique que l'élément Web est présent dans la page Web mais ne peut pas être sélectionné.
Par exemple, le code ci-dessous peut lancer une exception ElementNotSelectableException si l'ID «swift» est désactivé.
Sélectionnez la liste déroulante = nouveau Sélectionnez (driver.findElement (By.id («swift»)));
Gestion des exceptions:
essayer {
Sélectionnez la liste déroulante = nouveau Sélectionnez (driver.findElement (By.id («swift»)));
} catch (ElementNotSelectableException e)
Dans ce cas, l'exception est levée même si l'élément devient activé après un certain temps.
Éviter et manipuler : Nous pouvons ajouter une commande wait pour attendre que l'élément devienne cliquable. S'il y a toujours une exception, elle est interceptée.
try { WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(10)); wait.Until(ExpectedConditions. elementToBeClickable(By.id(”swift”)); try { Select dropdown = new Select(driver.findElement(By.id('swift'))); } catch (WebDriverException e) { System.out.println(“Exceptional case”); } } catch (TimeOutException e) System.out.println(“WebDriver found that this element was not selectable.”); }
# 8) org.openqa.selenium .TimeoutException
Cette exception se produit lorsque l'exécution d'une commande prend plus que le temps d'attente. Les attentes sont principalement utilisées dans WebDriver pour éviter l'exception ElementNotVisibleException.
Parfois, la page de test peut ne pas se charger complètement avant la prochaine commande dans le programme. Si WebDriver tente de trouver un élément dans la page Web avant le chargement complet de la page, l'exception ElementNotVisibleException est levée. Pour éviter cette exception, des commandes waits sont ajoutées.
Cependant, si les composants ne se chargent pas même après l'attente, l'exception org.openqa.selenium .TimeoutException sera jeté.
driver.manage (). timeouts (). implicitlyWait (10, TimeUnit.SECONDS);
driver.get («https://www.softwaretestinghelp.com»);
Dans le programme ci-dessus, une attente implicite de 10 secondes est ajoutée. Si la page www.softwaretestinghelp.com ne se charge pas dans 10 secondes, puis TimeoutException sera levée.
Éviter et manipuler : Pour éviter cela, nous pouvons vérifier manuellement le temps moyen de chargement d'une page et ajuster l'attente
Ou, nous pouvons ajouter une attente explicite à l'aide de l'exécuteur JavaScript jusqu'à ce que la page soit chargée.
Dans l'exemple ci-dessous, l'exécuteur JavaScript est utilisé. Après la navigation dans la page, nous appelons JavaScript return document.readyState pendant 20 secondes jusqu'à ce que «complete» soit renvoyé.
WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(30)); wait.until(webDriver -> ((JavascriptExecutor)webDriver).executeScript('return document.readyState').equals('complete')); driver.get('https://www.softwaretestinghelp.com');
# 9) org.openqa.selenium.NoSuchSessionException
Cette exception est levée lorsqu'une méthode est appelée après avoir quitté le navigateur par WebDriver.quit (). Cela peut également se produire en raison de problèmes de navigateur Web tels que des pannes et WebDriver ne peut exécuter aucune commande à l'aide de l'instance de pilote.
algorithme de tri par sélection c ++
Pour voir cette exception, le code ci-dessous peut être exécuté.
driver.quit ()
Sélectionnez la liste déroulante = nouveau Sélectionnez (driver.findElement (By.id («swift»)));
Éviter et manipuler : Choisissez toujours la dernière version stable du navigateur pour exécuter les cas de test Selenium Webdriver.
Cette exception peut être réduite en utilisant driver.quit () à la fin de tous les tests. N'essayez pas de les utiliser après chaque cas de test. Cela peut entraîner des problèmes lorsque l'instance de pilote est nulle et que les scénarios de test à venir essaient de l'utiliser sans initialiser.
Le code ci-dessous crée une instance WebDriver dans l'annotation @BeforeSuite TestiNG et la détruit dans l'annotation @AfterSuite TestiNG
@BeforeSuite public void setUp() throws MalformedURLException { WebDriver driver = new FirefoxDriver(); } @AfterSuite public void testDown() { driver.quit(); }
# 10) org.openqa.selenium.StaleElementReferenceException
Cette exception indique qu'un élément Web n'est plus présent dans la page Web.
Cette erreur n'est pas la même que ElementNotVisibleException.
StaleElementReferenceException est levée lorsqu'un objet pour un élément Web particulier a été créé dans le programme sans aucun problème et cependant; cet élément n'est plus présent dans la fenêtre. Cela peut arriver s'il y avait un
- Navigation vers une autre page
- DOM s'est rafraîchi
- Un interrupteur de cadre ou de fenêtre
WebElement firstName = driver.findElement (By.id (“firstname”));
driver.switchTo (). window (Child_Window);
element.sendKeys («Aaron»);
Dans le code ci-dessus, l'objet firstName a été créé, puis la fenêtre a été basculée. Ensuite, WebDriver essaie de taper «Aaron» dans le champ du formulaire. Dans ce cas, StaleElementReferenceException est levée.
Éviter et manipuler : Confirmez que nous essayons d'effectuer l'action dans la fenêtre appropriée. Pour éviter les problèmes dus à l'actualisation du DOM, nous pouvons utiliser Dynamic Xpath
Parlons d’un autre exemple.
Dites que l’identifiant d’un champ de nom d’utilisateur est «nom d’utilisateur_1» et le XPath sera // * (@ id = ’firstname_1?) . Lorsque vous ouvrez à nouveau la page, l ''identifiant' peut devenir ' 'Prénom _11 ». Dans ce cas, le test échouera car le WebDriver n'a pas pu trouver l'élément. Dans ce cas, StaleElementReferenceException sera levée.
Dans ce cas, nous pouvons utiliser un xpath dynamique comme,
try { driver.findElement(By.xpath(“//*(contains(@id,firstname’))”)).sendKeys(“Aaron”); } catch (StaleElementReferenceException e)
Dans l'exemple ci-dessus, XPATH dynamique est utilisé et si l'exception est toujours trouvée, elle est interceptée.
Conclusion
La gestion des exceptions est la partie essentielle de chaque programme java ainsi que du script sélénium. Nous pouvons créer un code robuste et optimal en gérer une exception de manière intelligente . Il est également recommandé de gérer les exceptions dans un script, ce qui vous donnera un meilleur rapport lorsqu'un programme échoue pour une raison quelconque.
Ici, nous avons essayé de couvrir le processus et le cadre de la gestion des exceptions qui doit être implémenté dans les scripts sélénium.
N'oubliez pas qu'il n'est pas obligatoire de toujours gérer l'exception dans un essayer-attraper bloquer. Vous pouvez également lever une exception en fonction de l'exigence d'un script.
Une exception ne doit pas être ignorée car elle interrompt l’exécution du programme. Dans ce didacticiel, nous avons passé en revue différentes exceptions et moyens de réduire les chances de les obtenir via des vérifications et des codes manuels.
L'ajout d'attentes peut contrôler certains cas tels que 'NoSuchElementException', 'ElementNotFoundException', 'ElementNotVisibleException'.
Tutoriel suivant # 20 : Dans le prochain tutoriel, nous discuterons de la divers types de cadres de test disponibles . Nous étudierions également les avantages et les inconvénients de l'utilisation d'une approche de cadre à part entière dans les tests d'automatisation. Nous discuterons en détail du cadre de test basé sur les données.
Veuillez poster vos questions, liées à la gestion des exceptions dans Selenium WebDriver, si vous en avez.
lecture recommandée
- Exceptions Java et gestion des exceptions avec des exemples
- Comment gérer les alertes / fenêtres contextuelles dans Selenium WebDriver - Tutoriel Selenium # 16
- Tutoriel AutoIt - Téléchargement, installation et script AutoIt de base
- Tutoriel Cucumber Selenium: Intégration Cucumber Java Selenium WebDriver
- Intégration de Selenium avec JMeter
- Introduction à Selenium WebDriver - Tutoriel Selenium # 8
- 30+ meilleurs tutoriels sur Selenium: Apprenez le sélénium avec de vrais exemples
- Opportunité d'emploi indépendant à temps partiel pour les experts Selenium