2017-07-25 3 views
0

Quelqu'un pourrait m'aider à comprendre la différence entre le serveur de contrôle à distance dans Selenium Grid 1 et le serveur de contrôle à distance dans Selenium Grid 2. D'après ce que j'ai lu, l'une des principales différences entre les versions est que la version 2 de Selenium Grid a été fusionné avec Selenium Remote Control. Est-ce la même télécommande que Selenium 1, qui était responsable de l'injection de proxy? comme je pensais que cela avait été déprécié.Différences entre les versions de grille Selenium 1 et 2

+0

https://www.guru99.com/introduction-to-selenium-grid.html référer ce lien –

+0

Merci pour la réponse, bien que, je cherche des éclaircissements sur si le serveur RC qui a été fusionné dans Selenium Grid 2 est le même serveur RC qui était présent dans Selenium RC, qui est maintenant obsolète. Le lien ne le confirme pas. –

Répondre

0

C'est aussi Selenium 3.4.0

Nous avons maintenant deux objets distincts.

Par exemple, si vous vous dirigez vers le bas à l'URL Selenium downloads vous remarquerez les deux objets

  1. selenium-server-standalone-3.4.0.jar suivants - Ceci est la grille (ou Grille2 comme vous l'appelez) comme nous le savons. Ce pot autonome peut fonctionner en 3 modes à savoir,

    • Hub -. Il agit comme plaque tournante debout entre votre test et le nœud réel qui obtient le travail accompli. Un peu comme un facteur/facteur et un faiseur de match.
    • Node - C'est l'endroit actuel où toute l'action se produit. Lors de l'exécution dans ce mode, il est responsable d'obtenir les demandes d'automatisation des tests routés via le Hub et ouvre les navigateurs, effectue des actions d'interface utilisateur, etc.,
    • Standalone - C'est à peu près la même chose que Node mais juste qu'il doesn ' t exiger un Hub pour acheminer le trafic de test d'automatisation vers celui-ci. Les tests peuvent pointer directement sur Standalone, puis démarrer. Je crois que c'est peut-être le type d'installation que les fournisseurs d'environnement d'exécution tiers tels que SauceLabs peuvent utiliser. (Ceci est juste une intuition, je ne sais pas à coup sûr).
  2. selenium-html-runner-3.4.0.jar - C'est là que tous les éléments hérités (ou Selenium RC comme vous l'appelez) ont été déplacés. Donc, si vous aviez une suite de tests html que vous avez créée en enregistrant un flux UI en utilisant Selenium IDE et que vous vouliez les exécuter à partir d'une ligne de commande (Notez que vous pouvez toujours exécuter une suite de tests html depuis l'EDI Selenium), vous l'utiliseriez.

Il n'y a plus rien appelé Selenium Grid1. Il n'y a que Selenium Grid2 (qui est la version repensée de Grid1).

Le support Selenium RC existe uniquement en tant que solution d'interruption sans maintenance dans le cadre de selenium-html-runner-3.4.0.jar. Cela a été officiellement désapprouvé et il n'y a pas de support pour les problèmes qui se posent à ce sujet.

L'attente est que si l'on devait être en utilisant Sélénium et la construction de nouveaux tests, alors on devrait être directement en utilisant uniquement les WebDriver API (qui est Selenium2) et ne retombera pas à l'utilisation DefaultSelenium API (qui est Selenium1)

Espérons que ça aide!