Quelle est la différence entre les outils automatisés QTP et Selenium?

Meilleure réponse

QTP

  1. QTP maintenant UFT est un outil sous licence fourni par HP , il peut être utilisé pour automatiser une application Web, une application de bureau Windows, une application Oracle, pour nen nommer que quelques-uns.Bien que le téléchargement gratuit avec certains addins soit fourni par HP pour une utilisation dun mois. Langage dans QTP.
  2. QTP lui-même est livré avec un IDE intégré
  3. Les scripts QTP peuvent être exécutés de manière séquentielle.

Selenium

  1. Selenium est plus un framework dautomatisation quun outil et est utilisé pour lautomatisation uniquement des applications Web.
  2. Java est le premier choix de langage pour développer vos scripts, bien que vous puissiez utiliser C # , Python également
  3. Eclipse est principalement utilisé pour écrire les scripts de test
  4. Selenium peut être utilisé pour exécuter des cas de test de manière parallèle.

Au niveau Résumé, QTP et Selenium sont de bons outils pour lautomatisation, selon vous pon exigence, disponibilité et ensemble de compétences lun ou lautre de ces outils peuvent être choisis.

Réponse

Si vous êtes dans une situation pour décider de votre carrière sur UFT ou sélénium. Je voudrais donner un aperçu de lindustrie de lautomatisation des tests, des mythes courants qui se développent autour de divers outils et de létat desprit des gens lui-même.

Nous parlons ici uniquement doutils de test dinterface graphique. Tout dabord, nous devons comprendre combien de tests dinterface graphique nous allons faire à lavenir. Les projets de développement modernes typiques mettent fortement laccent sur un concept de test pyramidal inverse dans lequel vous faites beaucoup de tests au tout début du projet et lorsque le logiciel traverse le cycle de développement, la quantité de tests effectués diminue considérablement. Donc, les tests appelés GUI se produisent toujours assez tard dans le jeu. Ce qui signifie à son tour que la quantité de tests dinterface graphique sera relativement moindre à lavenir. Il existe de nombreuses organisations qui ont énormément de scripts de régression quelles exécutent et exécutent pour toujours.

La prochaine étape est la sélection des outils. De nombreux propriétaires de produits ou organisations vont avec les présentations folles fournies par de nombreuses entreprises de services qui ne créent leurs logiciels propriétaires que pour créer un monopole au sein dune organisation pour durer éternellement. À lépoque, je me souviens quand les outils commerciaux comme qtp, rft, etc. étaient la seule chose sur le marché, les entreprises de niveau de service étaient sur leurs produits propriétaires et le principal argument de vente est la réduction des coûts. Mais tout le monde à quel point ce serait junky. Puis vint le sélénium et il donna littéralement la liberté de créer plus puissamment une solution dautomatisation personnalisée.

Voici où commence le problème. Permettez-moi de donner un exemple, avec les stratégies de développement actuelles, si vous souhaitez sélectionner une stratégie dautomatisation à mettre en œuvre, la première chose à considérer est davoir un cadre dautomatisation synchronisé avec votre plate-forme de développement. Si votre développement utilise dotnet, utilisez une interface utilisateur codée pour lautomatisation, utiliser à la place du sélénium est vraiment une mauvaise idée. Ce que font la plupart des gens. Ou ils implémenteront le sélénium avec c #.

Le prochain gros problème concerne les testeurs dautomatisation qui, dans la plupart des cas, savent comment faire avancer les choses. Mais ils ne pourront pas justifier pourquoi ils ont suivi cette approche. Dans un environnement de développement typique, nous suivons des principes stricts et des normes de codage, mais dans la plupart des projets dautomatisation, cela nest pas suivi. Et lapproche pour automatiser un scénario compte vraiment. Dans la plupart du temps, les gens se contentent de penser dabord à ce qui vacille dans leur esprit. Et ce qui est drôle, cest que leur travail sera fait pour ce moment-là, mais à long terme, cela créera certainement des problèmes.

Selenium, la raison de son succès dans lindustrie vient de pair avec ladoption par lindustrie des méthodologies agiles. HP était un peu en retard dans ce jeu en apportant LeanFT alors que le sélénium a déjà conquis lindustrie. Nous devons également penser au nombre dorganisations qui ont mis en œuvre Selenium en ont vraiment tiré profit. Le problème avec le sélénium survient lorsque le volume devient énorme. Le concept de traçabilité, de gestion des cas de test, de filtrage efficace, de tests basés sur les risques est vraiment difficile avec le cas du sélénium. Vous devez déployer un énorme effort de développement pour compléter le cadre. Dites que vous avez fait cela et que vous avez également pris la responsabilité de maintenir ce cadre, qui a été développé en interne et il y a toujours une courbe dapprentissage. Les très grandes organisations optent pour la méthodologie simplement parce quelles le peuvent et quelles en ont lusage. Quand je dis gros, cest aussi gros que Google, Amazon, PayPal, etc., mais pour dautres entreprises quils doivent analyser, cela vaut la peine de prendre un tel fardeau.

Cest à ce moment que la prise en compte des outils commerciaux entre en scène. Ils ont tout, en fait, ils fournissent beaucoup de choses que vous nutilisez même jamais et ils facturent pour vous.Maintenant, le problème traditionnel avec ces outils commerciaux depuis si longtemps le succès est avec les gens qui mettent en œuvre un projet dautomatisation au tout début. Une personne qui apprend dans et hors dun outil commercial, termine toutes les certifications possibles ne se qualifie pas pour mettre en œuvre le projet. Par exemple, si vous prenez la certification HP, il existe HP ATP et HP ASE. La plupart des gens terminent ATP mais très peu terminent ASE. Un ASE est celui qui est vraiment en train de mettre en œuvre un projet. Pas lATP. (Je ne voulais pas dire que la certification est obligatoire) Une personne avec une très grande expérience de la mise en œuvre avec une excellente connaissance des outils qui peut justifier pourquoi utiliser cette approche plutôt que de simplement lancer une approche devrait être là pour la mettre en œuvre. Quels que soient les outils quils utilisent, le La société de produits aurait appliqué certaines méthodes, meilleures pratiques et approches. Mais les utilisateurs des outils ne se soucient guère de ces documentations.

À lheure actuelle, loutil dautomatisation le plus puissant est CODED UI, TFS bien quil ait des problèmes avec MAC. Avec UFT, vous pouvez effectuer à la fois des tests fonctionnels dAPI et automatiser nimporte quelle application. LeanFT peut vous aider à automatiser si facilement lenvironnement de développement. Il existe quelque chose appelé accélérateur dextensibilité HP, mais presque personne ne sait lutiliser. Selenium a beaucoup de choses. Mais cest comme un bloc Lego que vous devez le construire. Et vous prenez lentière responsabilité de tout problème qui pourrait survenir ensuite. En dehors de ceux-ci, il existe de nombreux outils qui excellent dans certains domaines, mais cela ne vaut pas la peine dêtre envisagé maintenant.

En fin de compte, loutil que vous sélectionnez na pas dimportance. Ce dont nous avons le plus besoin, c’est d’acquérir les connaissances nécessaires pour mettre en œuvre une approche appropriée qui ne vient que de l’expérience. Commencez de n’importe où et lorsque vous avez la bonne idée, peu importe ce que vous y arriverez. Et au moment où vous aurez peut-être appris pas mal beaucoup doutils et de langages. Bonne chance !!!

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *