Le sélénium clique sur un élément de "réussir", et pourtant, il n'est pas effectivement cliqué

J'ai une méthode qui clique sur un bouton, toutefois, lorsqu'il est exécuté, le sélénium renvoie le résultat cliqué avec succès, quand, en réalité, le bouton n'est pas cliqué. Si je lance le test plusieurs fois, à l'occasion, il sera cliqué comme prévu. J'ai mon framework de test défini comme un accord implicite d'attendre environ 15 secondes, j'ai mis un explicite attendre pour cet élément, et de toujours voir la même question. Quand je fais <element>.isDisplayed(), l'élément est toujours présent. J'ai placé l' .cliquez dans une boucle while pour cliquer quelques fois qui fonctionne la plupart du temps, cependant, encore parfois, le test échoue. Est-il possible d'avoir une instruction if pour vérifier si un élément est en fait affiché avant de cliquer sur le bouton?

J'ai essayé:

if(!element.isDisplayed){
    element.click
}

Ici, c'est le bouton que je vais avoir des problèmes avec:

<button class="notkoButton listNew">
<div class="l6e iconAdd">New List</div>
</button>

Voici ma méthode:

public marketing_lists_page navigateToNewListPage() throws Throwable {
    try {
        int x = 0;
        while(x < 5) {
            newListBtn.click();
            x++;
        }
       //newListPageHeader.isDisplayed();
    } catch (NoSuchElementException e){
        logs.errorDetails("Could not navigate to New List Page");
        Assert.fail();
    }
    return this;
}

Vous ne devriez pas faire if(!element.isDisplayed) { element.click };.
Double Possible de webdriver - attendre pour l'élément

InformationsquelleAutor Saleh Qadan | 2015-11-10

4

Semble que l'élément n'est pas activé ou non cliquable initialement. Et pour répondre à votre question, oui, il y est explicitement attendre, vous pouvez utiliser et d'attendre que l'élément cliquable:
```
WebDriverWait wait = new WebDriverWait(driver, timeOut);
wait.until(ExpectedConditions.elementToBeClickable(locator));
```
- Après avoir lutté avec cet élément, et en essayant de tout le monde suggestion, c'était la meilleure solution. Cependant, parfois, il serait un échec. Autant que j'essaie d'éviter d'utiliser des Thread.sleep() après que l'élément est cliquable dans mes tests, pour que le script pour ne pas échouer, j'ai eu à l'utiliser.
InformationsquelleAutor AGill
2

Essayer cela, Cliquez sur l'aide de javascript et n'hésitez pas à changer la localisation de l'élément selon votre convenance:-
```
WebElement element= driver.findElement(By.xpath("YOUR XPATH"));

JavascriptExecutor executor = (JavascriptExecutor) driver;
executor.executeScript("arguments[0].click();", element);
```
Espère que ça vous aidera 🙂

InformationsquelleAutor Shubham Jain
2

Essayer de défilement de l'élément avant de cliquer dessus. Cela se produit principalement lorsque vous effectuez un test sur chrome. Vous pouvez utiliser JavaScriptExecutor pour les faire défiler.

Quelque chose comme ceci:
```
JavascriptExecutor jse = (JavascriptExecutor)driver;
jse.executeScript("window.scrollTo(0," + element.getLocation().Y + ")"); 
```
- Merci pour cela, mais l'élément est en haut de la page et j'utilise firefox.
- avez-vous essayé d'utiliser d'élément.sendkeys(Clés.Entrer) ou de l'élément.sendkeys(Clés.retour) au lieu de cliquez sur()
InformationsquelleAutor Prat0567
0

Vous dites que vous avez essayé explicite de l'attendre, mais il semble que vous vous demandez peut être mieux assurée par une fluentWait (qui est de type explicite d'attente):
```
public WebElement fluentWait(final By locator) {
Wait<WebDriver> wait = new FluentWait<WebDriver>(driver)
        .withTimeout(30, TimeUnit.SECONDS)
        .pollingEvery(5, TimeUnit.SECONDS)
        .ignoring(NoSuchElementException.class);

WebElement foo = wait.until(new Function<WebDriver, WebElement>() {
    public WebElement apply(WebDriver driver) {
        return driver.findElement(locator);
    }
});

return  foo; };;
```
Ici la WebElement serait le bouton que vous essayez de cliquez sur. La chose cool à propos de FluentWait est que l'élément lui-même est retournée si elle est trouvée. À partir de la documentation:

De mise en œuvre de l'Attente de l'interface qui peut avoir son délai d'attente et l'interrogation sur l'intervalle configuré à la volée. Chaque FluentWait instance définit la quantité maximale de temps à attendre pour un état, ainsi que la fréquence avec laquelle vérifier la condition. En outre, l'utilisateur peut configurer l'attendre à ignorer certains types d'exceptions en attendant, comme NoSuchElementExceptions lors de la recherche d'un élément dans la page.

Pour l'utiliser il suffit de faire:
```
WebElement newListBtn = fluentWait(By.id("button"));
```
Essayez aussi:
```
Driver.SwitchTo().DefaultContent();
```
avant de cliquer juste au cas où c'est un problème de structure.
- J'ai essayé d'utiliser fluentWait, et j'obtiens les mêmes résultats. La chose est, le sélénium passe cette étape que le succès, pourtant, seulement de temps en temps ça va effectivement être cliqué. J'ai essayé en utilisant le css et xpath, l'élément im ne fait pas assigner un identifiant à elle. @marchocolate
- Intéressant. Dans la boucle où vous cliquez cinq fois, après chaque clic, je voudrais appeler un ConfirmPage(Next_Page) de la méthode. Pensez à un élément qui ne peut être trouvée sur la page suivante, et chercher à chaque clic. Si elle est là, puis cliquez sur le travaillé, et vous pouvez sortir de la boucle. Si pas, essayez de cliquer de nouveau. Je vais y réfléchir un peu de code et de le modifier dans.
- Même si le bouton n'a pas un id, il a de la classe "notkoButton listNew", c'est que la classe utilisée ailleurs sur la page?
- listNew n'est pas utilisé n'importe où ailleurs. J'ai aussi essayé la recherche de l'élément par le nom de classe et même problème.
- À partir de votre observation de l'élément est visible, mais pas cliqué? Quelque chose qui a tendance à travailler pour moi dans ces situations, c'est l'appel de Pilote.SwitchTo().DefaultContent(); avant de cliquer. Il permettra de s'assurer que le cadre est le cadre par défaut (si vous êtes déjà affaire avec les alertes et pop-up).
InformationsquelleAutor marchocolate
0

Sélénium souffre d'un manque de GUI "dynamisme".
Par qui, je vous conseille d'envoyer un rafraîchissement de la page, à la suite de votre cliquez sur.

Me dire ce qui est.

InformationsquelleAutor e1che
0

J'ai été confronté exactement le même problème, mais seulement après que j'ai mis à jour mon sélénium bibliothèques de 2.45 à 2.48.2. "Cliquez sur" appel de la méthode ne manque jamais ce qui signifie que l'élément est toujours trouvée par le pilote, ce que je pense il ne parvient pas à faire est de cliquer droit sur la place peut être. Mon test irait très bien sur un plus res écran et parfois passer (mais la plupart ne parviennent pas en raison de cliquez sur des questions) sur une baisse des captures d'écran hd. J'ai essayé beaucoup de choses, mais en fin de compte ce qui a fonctionné pour moi a été de ZOOM.

Avant d'exécuter le test que j'ai appeler la méthode suivante, et les "cliquez sur" méthode fonctionne comme prévu sur la basse résolution de l'écran maintenant.
```
public void zoomOut () {
        WebElement html = driver.findElement(By.tagName("html"));
        html.sendKeys(Keys.chord(Keys.CONTROL, Keys.SUBTRACT));
}
```
InformationsquelleAutor Shahzaib Salim
0

J'ai eu ce qui semblait être un problème similaire sur la surface de celui-ci lors de l'utilisation du JavaScript WebDriver - cliquez sur() promesse résolu avec succès, et pourtant rien ne s'est passé.

Dans mon cas, il s'est avéré être lié à une défaillance de l'image attribut src de la page (sans lien avec le bouton j'étais en cliquant). Pour quelque raison que ce soit, la fixation de l'image lien résolu le problème!

Je sais que l'OP a été à l'aide de Java plutôt que de JS, mais mes propres recherches m'a conduit ici, pour que les autres à l'aide de JavaScript viendra probablement de la même façon.

InformationsquelleAutor John Rix
0

J'ai remarqué clics étant incompatible avec le Sélénium ainsi, ce qui semble être un problème connu dans une certaine mesure:

https://github.com/SeleniumHQ/selenium/issues/4075

Dans mon cas, il n'y a pratiquement aucun moyen de l'élément à ne pas être prêt. J'ai eu une attente, mais plus important encore mon cas de test de remplissage dans une très grande forme, le bouton à cliquer pour lancer une liste déroulante est très simple et je peux voir qu'il est chargé de près de la moitié d'une minute avant mon test interagit avec elle, mais tout aussi souvent, il serait encore échouer. Au point où j'ai écrit un idiot tout en boucle sur toutes les 100 millisecondes jusqu'à ce que les déroulante a montré jusqu'à.

C'est tout deviner mais à partir de la pratique et certains d'autres commentaires dans ce thread, comme celui de l'utilisateur de mentionner qu'ils le remarquent plus les questions de ce genre lors de l'exécution de tests en parallèle, semblent indiquer qu'il est possible, pour ce qui semble être un événement incontournable, et c'est peut-être en raison du décalage introduit l'architecture. Plus précisément, je de les comparer à la façon dont Cyprès fonctionne avec les commandes natives donné le navigateur directement, sans l'intermédiaire du serveur.

InformationsquelleAutor JacksonWong

Vous devez vous connecter pour publier un commentaire.