La compréhension exécuter le script async en Sélénium

J'ai été en utilisant selenium (avec liaisons python et à travers rapporteur surtout) pour un assez long temps, et à chaque fois que je nécessaire à l'exécution d'un code javascript, j'ai utilisé execute_script() méthode. Par exemple, pour faire défiler la page (python):

driver.execute_script("window.scrollTo(0, document.body.scrollHeight);")

Ou, pour infini défilement à l'intérieur d'un autre élément (rapporteur):

var div = element(by.css('div.table-scroll'));
var lastRow = element(by.css('table#myid tr:last-of-type'));

browser.executeScript("return arguments[0].offsetTop;", lastRow.getWebElement()).then(function (offset) {
    browser.executeScript('arguments[0].scrollTop = arguments[1];', div.getWebElement(), offset).then(function() {
        // assertions

    });
});

Ou, pour l'obtention d'un dictionnaire de tous les attributs de l'élément (python):

driver.execute_script('var items = {}; for (index = 0; index < arguments[0].attributes.length; ++index) { items[arguments[0].attributes[index].name] = arguments[0].attributes[index].value }; return items;', element)

Mais, WebDriver API a également execute_async_script() que je n'ai personnellement pas utilisé.

Ce cas d'utilisation couvre-t-elle? Quand dois-je utiliser execute_async_script() au lieu de l'ordinaire execute_script()?

^{La question est de sélénium spécifiques, mais indépendant de la langue.}

InformationsquelleAutor alecxe | 2015-01-20

16

Voici la référence pour les deux Api (eh bien, c'est Javadoc, mais les fonctions sont les mêmes), et voici un extrait de ce que met en évidence la différence

[executeAsyncScript] Exécution asynchrone morceau de code JavaScript dans
le contexte de la fenêtre. Contrairement à
l'exécution synchrone JavaScript, scripts exécutés avec cette méthode
doit explicitement le signal qu'ils sont finis, par l'évocation de la condition
de rappel. Ce rappel est toujours injecté dans la fonction exécutée
comme le dernier argument.

Fondamentalement, execSync rues plus loin actions effectuées par le sélénium navigateur, tandis que execAsync ne bloque pas et les appels sur un callback quand c'est fait.

Puisque vous avez travaillé avec le rapporteur, je vais utiliser comme exemple.
Le rapporteur utilise executeAsyncScript dans les deux get et waitForAngular

Dans waitForAngular, le rapporteur doit attendre jusqu'à ce angulaire annonce que tous les événements réglé. Vous ne pouvez pas utiliser executeScript parce que doit renvoyer une valeur à la fin (même si je suppose que vous pouvez mettre en œuvre une boucle occupée que les sondages angulaire constamment jusqu'à ce qu'il fait). La façon dont cela fonctionne est que le rapporteur propose un rappel, qui Angulaire des appels une fois que tous les événements s'installe, et qui nécessite executeAsyncScript. Code ici

Dans get, le rapporteur doit interroger la page jusqu'à ce que le mondial window.angular est définie par Angulaire. Une façon de le faire est driver.wait(function() {driver.executeScript('return window.angular')}, 5000), mais de cette façon, le rapporteur serait livre sur le navigateur tous les quelques mme. Au lieu de cela, nous le faisons (simplifié):
```
functions.testForAngular = function(attempts, callback) {
  var check = function(n) {
    if (window.angular) {
      callback('good');
    } else if (n < 1) {
      callback('timedout');
    } else {
      setTimeout(function() {check(n - 1);}, 1000);
    }
  };
  check(attempts);
};
```
De nouveau, qui nécessite executeAsyncScript parce que nous n'avons pas de valeur de retour immédiatement. Code ici

Dans l'ensemble, l'utilisation executeAsyncScript lorsque vous vous occupez d'une valeur de retour dans un script d'appel, mais que la valeur de retour ne seront pas disponibles immédiatement. Cela est particulièrement nécessaire si vous ne pouvez pas le sondage pour le résultat, mais doivent obtenir le résultat à l'aide d'un rappel ou d'une promesse (que vous devez traduire de rappel à vous-même).
- Merci pour le lien vers la javaDoc - il y a quelques échantillons mentionnés. Avez-vous eu personnellement un besoin d'exécuter un script async? Si oui, pourriez-vous décrire les cas d'utilisation(s)? Ce serait vraiment utile.
- Ajout de quelques exemples. Espérons que cela a du sens.
- Génial, c'était un voyage intéressant dans protractor des scripts côté client et d'autres internes! Merci encore. Seulement en théorie, imaginons: si je test angulaire app avec le sélénium bindings python - j'aurais besoin de charger le semblable (ou même) des scripts côté client et appel testForAngular() et waitForAngular() fonctions de façon asynchrone, afin de contrôler et d'attendre Angulaire à "stable". - Il Correct?
- Eh bien, testForAngular attend simplement la fenêtre.angulaire " pour être présent, et waitForAngular utilise de la fenêtre.angulaire " pour vérifier si l'application est stable, alors vous avez certainement besoin des deux, mais vous aurez besoin d'un tas d'autres code de trop =)
- Oui, merci 🙂 je suis juste en train de penser à un valide dans le monde réel non-rapporteur/angulaire liées exemple d'utilisation de la executeAsyncScript qui ne pourrait être résolu avec quoi que ce soit d'autre aussi facilement qu'avec elle. Pour info, je vais garder ce sujet ouvert pour un moment (nous allons aussi commencer une prime dans un couple des jours pour attirer l'attention).
InformationsquelleAutor hankduan
25

Quand dois-je utiliser execute_async_script() au lieu de l'ordinaire execute_script()?

Quand il s'agit de vérifier les conditions sur le navigateur côté, toutes les vérifications que vous pouvez effectuer avec execute_async_script peut être réalisée avec execute_script. Même si ce que vous êtes vérification est asynchrone. Je le sais parce qu'à un moment il y avait un bug avec execute_async_script que fait mon test échoue si le script a retourné les résultats trop rapidement. Aussi loin que je peux dire, le bug a disparu donc j'ai été en utilisant execute_async_script mais pendant des mois à l'avance, j'ai utilisé execute_script pour les tâches où execute_async_script aurait été plus naturel. Par exemple, l'exécution d'une vérification qui nécessite le chargement d'un module avec RequireJS pour effectuer la vérification:
```
driver.execute_script("""
//Reset in case it's been used already.
window.__selenium_test_check = undefined;
require(["foo"], function (foo) {
    window.__selenium_test_check = foo.computeSomething();
});
""")

result = driver.wait(lambda driver: 
    driver.execute_script("return window.__selenium_test_check;"))
```
La require appel est asynchrone. Le problème avec ce bien, en plus de la fuite d'un variable dans l'espace mondial, c'est qu'il multiplie les demandes de réseau. Chaque execute_script appel est une demande du réseau. Le wait méthode fonctionne par vote: il exécute le test jusqu'à ce que la valeur renvoyée est true. Cela signifie une demande de réseau pour vérifier que wait effectue (dans le code ci-dessus).

Lorsque vous testez en local c'est pas une grosse affaire. Si vous devez passer par le réseau car vous avez les navigateurs mis en service par un service comme la Sauce Labs (que j'utilise, donc je parle par expérience), chaque réseau demande ralentit votre suite de tests. Donc à l'aide d' execute_async_script ne permet pas seulement d'écrire un test qui semble plus naturel (appel d'un rappel, comme nous avons l'habitude de le faire avec le code asynchrone, plutôt que de fuir dans l'espace mondial), mais il contribue également à la performance de vos tests.
```
result = driver.execute_async_script("""
var done = arguments[0];
require(["foo"], function (foo) {
    done(foo.computeSomething());
});
""")
```
La façon dont je le vois maintenant, c'est que si un test est d'aller à crochet dans le code asynchrone côté navigateur pour obtenir un résultat, j'utilise execute_async_script. Si c'est pour faire quelque chose pour lequel il n'existe pas de méthode asynchrone disponible, j'utilise execute_script.
- Superbe. +1 pour entrer dans les détails, et lorsque cela est approprié d'utiliser execute sur executeAsync. Je voudrais ajouter à la garde: ce bug a, pour moi (à l'aide de sélénium pilotes web et javascript) apparemment retourné.
- Qu'est-ce que le rappel si et pourquoi n'êtes-vous pas de la passer?
- Le rappel est créé et transmis par le Sélénium lui-même. Lorsque vous utilisez execute_async_script, le dernier argument disponibles sur le JavaScript côté, le rappel créé par le Sélénium. Supposons que vous appelez driver.execute_async_script(script, "foo", "bar"). Dans le code qui s'exécute dans script, arguments[0] est la valeur "toto", arguments[1] est la valeur "bar" et arguments[2] est le rappel que le Sélénium créé. Votre script doit appeler la fonction de rappel quand il est fait pour signaler le Sélénium que c'est fait. Sinon, le Sélénium ne peut pas savoir qui il est fait.
- Merci, ça a du sens. Je pensais que je devais être en train de passer d'un rappel.
InformationsquelleAutor Louis

Vous devez vous connecter pour publier un commentaire.