Apprendre QTP (UFT)

admin

Notre fondateur, Ankur Jain, a commencé ce site web il y a environ 14 ans, en 2006. En raison de sa vaste expérience avec l’outil QTP (QTP était à l’origine un outil de test logiciel automatisé par Mercury. QTP est maintenant connu sous le nom de UFT One), il voulait que ce site Web devienne un guichet unique pour les apprenants de QTP. C’est grâce à votre amour et à votre motivation que le site est toujours en activité et qu’il est visité chaque jour par plusieurs milliers d’utilisateurs débutants à avancés d’UFT.

Depuis le moment du lancement de ce site, plusieurs choses ont changé dans le monde du QTP. HP a acquis Mercury – la société originale qui a développé QTP. QTP est devenu UFT lorsque HP a décidé de fusionner les tests d’interface graphique et d’API dans un seul outil. Lisez l’histoire complète de QTP et UFT. HP a été divisé en deux sociétés : HP Inc et HPE. Entre-temps, pendant toutes ces années, HPE a introduit plusieurs innovations dans le logiciel UFT. En septembre 2017, HPE spin a fusionné avec Micro Focus.

L’équipe de LearnQTP a réalisé que – bien que nos anciens articles soient toujours pertinents – il y a un besoin pour un nouvel ensemble de tutoriels UFT pour les dernières versions d’UFT. Ainsi, nous avons lancé le nouvel ensemble de tutoriels UFT pour les débutants aux utilisateurs avancés d’UFT. Nous allons commencer à partir de zéro et construire lentement vers des sujets avancés.

Ces tutoriels UFT seront structurés de telle manière que même un débutant absolu en matière de tests logiciels automatisés serait capable de les suivre. Les tutoriels seront à votre propre rythme, il n’y aurait aucune pression. Vous pouvez enregistrer le lien et y revenir chaque fois que vous avez envie d’apprendre. Vous pouvez même télécharger les tutoriels UFT gratuits au format PDF qui seront disponibles au bas de chaque article, afin de pouvoir apprendre même lorsque vous voyagez ou que vous n’avez pas de connexion internet fonctionnelle.

Avant de nous plonger dans UFT, passons en revue une introduction aux tests logiciels et comment et quand nous automatisons les tests logiciels.

Qu’est-ce que les tests logiciels ?

Un expert renommé en test logiciel, le Dr Cem Kaner, définit le test logiciel comme –

Une investigation technique du produit testé menée pour fournir aux parties prenantes des informations liées à la qualité

Pour l’expliquer plus en détail, le test logiciel est un processus dans lequel un testeur/une équipe de logiciels exécute un programme ou un système pour trouver des bogues ou des défauts, afin de maintenir l’exactitude et la fiabilité d’un programme.

Les tests de logiciels valident et vérifient également le programme pour vérifier si les exigences commerciales et techniques sont satisfaites, et s’il fonctionne comme prévu.

Dans la vérification, les testeurs s’assurent que le système a respecté les normes et les processus de l’organisation, et répondent à la question « Avons-nous construit le bon système ? ». Par système, on entend une ou plusieurs applications logicielles qui prennent en charge une fonction métier. Les testeurs s’assurent que le logiciel, le matériel, la documentation et le personnel sont conformes ensemble en s’appuyant sur la révision ou sur des méthodes non exécutables.

Dans la validation, les testeurs s’assurent physiquement que le système a répondu à toutes les exigences de l’entreprise et des utilisateurs, et que les caractéristiques et les fonctionnalités fonctionnent comme prévu. La validation se fait en exécutant les fonctions du système à travers une série de tests qui peuvent être observés et évalués par les testeurs. Aussi, la validation se concentre sur la question  » Avons-nous construit le système correctement ? « 

Pourquoi devrions-nous effectuer des tests logiciels ?

Dans les tests logiciels, l’objectif principal est de trouver des défauts. Nous pouvons considérer qu’un certain état est un défaut s’il ne répond pas à ce qu’il est censé faire. Trouver les défauts dans les tests au début du développement du logiciel permettra de réduire ou d’éviter le risque de défaillance, le coût de maintenance, le coût de la correction des défauts, et de livrer un meilleur programme pour l’utilisateur.

Exemple : Le numéro de dossier doit accepter 12 caractères numériques. Si les caractères saisis sont inférieurs ou supérieurs aux caractères requis, l’invite « Entrée invalide. Veuillez saisir à nouveau le numéro de dossier », mais l’utilisateur a saisi 10 caractères pour le numéro de dossier et le programme a renvoyé une erreur d’exception au lieu d’une invite pour informer l’utilisateur du nombre minimum de caractères requis.

Une autre raison est de produire un programme de qualité. Dans les tests de logiciels, le testeur/équipe de logiciels ne peut pas améliorer la qualité, il ne peut que la mesurer. Du point de vue de l’IT, la Qualité signifie la conformité et les caractéristiques de l’exigence d’un programme basé sur les exigences commerciales et techniques sont satisfaites. Du point de vue de l’utilisateur, la qualité signifie que le logiciel est apte à être utilisé. La qualité des logiciels varie d’un programme à l’autre, car ils ont leurs propres fonctionnalités et leur propre facilité d’utilisation. Un testeur de logiciels doit s’assurer que les points de vue de l’IT et de l’utilisateur pour la qualité sont respectés.

Qu’est-ce que le test logiciel automatisé ?

Le test logiciel automatisé implique l’automatisation du processus manuel par l’écriture de scripts de test qui feraient le test et peuvent être exécutés de manière répétée.

L’automatisation des tests est utilisée pour contrôler l’exécution des tests, comparer les résultats réels et attendus, la mise en place de conditions préalables et d’autres fonctions de contrôle et de rapport de test par l’utilisation de logiciels.

Quand automatiser le test logiciel ?

Une croyance commune que nous voyons chez les professionnels du test est que l’automatisation, par quelque magie, augmentera la qualité des tests.

Il y a un temps et un lieu pour tout. Si un test PEUT être automatisé, cela ne signifie pas qu’il DEVRAIT l’être. Bien que, ce site soit un site de tests automatisés, on pourrait penser que nous dénonçons les tests manuels. Ce n’est pourtant pas le cas.

Click To Tweet : Si un test PEUT être automatisé, cela ne signifie pas qu’il DEVRAIT l’être http://ctt.ec/bLk49+ via @LearnQTP

Les tests manuels et automatisés vont de pair et devraient se compléter. Nous demandons à nos stagiaires et à nos lecteurs de veiller à automatiser un test uniquement lorsqu’il est vraiment nécessaire.

Voici quelques scénarios où l’automatisation est considérée comme une excellente option :

  • Tests de régression/tests répétitifs : Une règle d’or pour le test manuel à automatisé est que, si vos tests doivent être exécutés périodiquement, ils sont un bon candidat pour l’automatisation. Cependant, cela s’accompagne de quelques mises en garde. Vous devez évaluer les coûts de la mise en place de tests automatisés par rapport aux efforts de tests manuels. Ici, les coûts comprennent la complexité de l’automatisation, le temps nécessaire pour construire et maintenir les scripts d’automatisation et, bien sûr, le temps et l’argent nécessaires pour former les testeurs sur un outil donné.
  • Multiples galeries de données : Vous devez exécuter le même ensemble d’actions pour plusieurs valeurs de données.
  • Tests manuellement infaisables : Votre application doit être testée sous contrainte pour un million de hits en quelques heures. Cela ne peut pas être fait manuellement, vous auriez besoin d’un outil de test de charge.
  • Mêmes tests différents navigateurs ou OS : Vous voudriez que votre application web soit belle sur tous les navigateurs et systèmes d’exploitation couramment utilisés. Si vous avez une suite de test contenant 50 cas de test qui doivent être testés avec 20 ensembles de valeurs différents sur 3 ensembles différents de navigateurs et 2 systèmes d’exploitation. Cela porte le total des exécutions de test à 50*20*3*2= 6000. Il est logique d’automatiser de tels cas de test.
  • Tests mobiles : Avec des tonnes de combinés mobiles disponibles sur le marché, il serait presque impossible d’effectuer des tests manuels sur tous les appareils. Des entreprises comme Amazon ont proposé des approches innovantes à ce sujet, par lesquelles elles mettent des appareils réels dans le cloud et vous pouvez tester votre application sur les appareils avec des scripts automatisés. Encore une fois, un candidat idéal pour l’automatisation des tests.

Nous espérons que vous avez aimé cet abécédaire des tests logiciels et que vous avez compris comment nous décidons d’automatiser les tests logiciels pour un scénario donné. Dans le prochain tutoriel, nous allons commencer par installer UFT et discuter des bases de l’outil – Tutoriel 2 : Introduction à UFT.

Vous pouvez consulter l’ensemble des tutoriels UFT couverts jusqu’à présent en utilisant les liens ci-dessous :

  • Tutoriel 1 : Introduction aux tests logiciels
  • Tutoriel 2 : Introduction à UFT
  • Tutoriel 3 : Compléments et gestionnaire de compléments UFT
  • Tutoriel 4 : Tout sur les menus UFT
  • Tutoriel 5 : Guide complet des volets UFT
  • Tutoriel 6 : Enregistrer votre premier script UFT

Entrez votre nom et votre email ci-dessous et nous ferons en sorte de vous envoyer des tutoriels dès qu’ils seront prêts !

C’est à vous. Comment décidez-vous de vous lancer dans les tests automatisés ?

Si vous voulez suivre les autres articles sur UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.