Conditions prévues au rapporteur

Lors de l'écriture de sélénium tests en Python, je suis habitué à utiliser Explicite Attend beaucoup pour l'attente d'une page à charger, ou pour l'attente d'un élément pour devenir visible, ou de cliquer, etc:

from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

element = WebDriverWait(driver, 10).until(
    EC.presence_of_element_located((By.ID, "myDynamicElement"))
)

Le concept clé ici est de fournir une Condition Attendue attendre, il y a plusieurs types:

L'aide Attendue des Conditions rend le code plus propre et plus fiable comparant à l'aide de sleeps avec codé en dur intervalles de temps.

Maintenant, nous sommes de commutation de fin à la fin de l'infrastructure de tests pour protractor beaucoup.

Sont là similaire Expected Conditions au rapporteur qu'il y a dans python-sélénium ou
java-sélénium? Si non, quelle est la manière canonique explicitement attendre une condition dans protractor?

j'ai regardé à travers le rapporteur de la documentation et n'a rien trouvé à ce sujet.

  • Est-ce que vous souhaitez? github.com/angular/protractor/pull/1703
  • seulement si la construction ne manquerait pas 🙂 Blague à, exactement, super génial! Si vous avez le temps - s'il vous plaît poster une réponse au sujet de la fonctionnalité ici, si ce n'est pas que je peux le faire istead, lmk. Merci!!!!
InformationsquelleAutor alecxe | 2015-01-02
  1. 18

    Une fois exploit(expectedConditions) est (probablement rapporteur 1.7), vous pouvez le faire:

    var EC = protractor.ExpectedConditions;
var e = element(by.id('xyz'));
browser.wait(EC.presenceOf(e), 10000);
expect(e.isPresent()).toBeTruthy();

    Veuillez noter que, si vous travaillez avec un Angulaires application et votre test nécessite conditionnelle attend, c'est un grand drapeau rouge pour ce que vous faites, en tant que rapporteur doit gérer attend nativement.

    • Concernant votre dernier commentaire sur le drapeau rouge..comment voulez-vous attendre pour qu'un élément soit pas cliquable (=désactivé ou invisible, à l'heure actuelle, le rapporteur de 1,5? Je vous remercie.
    • Idéalement, lorsque votre page s'installe (c'est à dire waitForAngular finitions dans le cadre de rapporteur), rien dans votre page doit changer. (c'est à dire votre élément sera cliquable ou non, et l'attente ne sera pas la cause de son état de modification). Je sais qu'il y a des cas où ce n'est pas vrai, comme certaines animations et quand setTimeout est en cause (même si idéalement, vous voulez remplacer setTimeout avec intervalle de service). Donc oui il y a des cas où vous devez ajouter attend même angulaire des applications, mais la plupart du temps, c'est une erreur dans le test.
    • Il semble que de nos tests échouent le plus souvent, sans ces conditions attendues (pur angulaire de l'app). Parfois même avec. Je me demande si quelqu'un d'autre rencontre ce genre d'incohérence.
    • J'ai trouvé parfois des animations contribuer à cette - rapporteur peut penser à un élément est cliquable selon la CE, mais en quelque sorte un cours d'animation / css transition blocs de ce. J'ai une solution possible a récemment posté ici: stackoverflow.com/a/32264842/446030
    • De mon expérience, un browser.wait(//protractor.ExpectedConditions) est nécessaire lorsqu'une action déclenche un non-Angulaire async task, comme une pleine page à charger. C'est peut-être aussi (seulement?) requis quand il déclenche un changement d'itinéraire.
    InformationsquelleAutor hankduan
  2. 1

    Au Rapporteur, vous pouvez utiliser navigateur.attendre(fn, délai d'attente).

    Exemple:

    var element = by.id('myDynamicElement');
browser.wait(function() {
  return ptor.isElementPresent(element);
}, 10000);

expect(ptor.isElementPresent(element)).toBeTruthy();
    • Oui, je pense que c'est ça, si je suis vraiment en manque certaines conditions raccourcis fournis par d'autres de sélénium liaisons de langage. Merci!!!!
    • Pour info, j'ai créé un github question sur protractor issue tracker: conditions prévues au rapporteur.
    • Ok. De Bonne Grâce
    • La version actuelle (2.0.0 en ce moment) prend en charge: le navigateur.attendre(fn, délai d'attente, errorMessage). Utile pour ajouter un message d'erreur spécifique.
    InformationsquelleAutor Surya
  3. -1
    waitForControlVisible(locator: string, timeout: number) {
    try {
        const element = this.findElement(locator);
        const condition = browser.ExpectedConditions;
        browser.wait(condition.visibilityOf(element), timeout);
    } catch (e) {
        console.log(e.message);
        console.error('Control not visible.', e);
    }
}

    Peut-être vous aider, attendez élément de visibilité dans les DOM.

    • Salut Pang, j'ai de nouveau mis à jour. Merci pour la mention.
    InformationsquelleAutor Dao Minh Dam