Module de plan de test dans le didacticiel HP ALM (Quality Center)
⚡ Résumé intelligent
Le module de planification des tests d'HP ALM permet aux testeurs de concevoir, d'organiser et de stocker les cas de test avant leur exécution. Cette page aborde la structure des dossiers, la création d'un test manuel, les étapes de conception, les paramètres, les configurations de test, la couverture des exigences, l'importation en masse depuis Excel et les ressources de test.

Qu'est-ce que le module de plan de test dans HP ALM ?
Le Module Plans de tests Le module Plan de test d'HP ALM, également appelé Quality Center, est l'interface où les testeurs conçoivent et stockent les cas de test avant leur exécution. Les exigences sont saisies dans le module Exigences, les tests y sont conçus, puis planifiés et exécutés dans le module Laboratoire de tests. Le module Plan de test assure ainsi le lien entre les fonctionnalités attendues du produit et la validation de ces fonctionnalités.
- Après avoir défini les exigences, l'équipe de développement démarre son processus de conception et de développement tout en Tests L'équipe commence à concevoir des tests qui peuvent être exécutés une fois la version déployée.
- Le succès de tout produit dépend des processus de test et de la qualité des tests effectués. Un bien Plan de test aboutit à un produit sans bug.
- ALM prend en charge la maintenance et l'exécution des tests manuels, automatisés et de performance, car ALM est parfaitement intégré à tous les produits HP tels que : HP UFT et HP LoadRunner.
Remarque : Le produit décrit ici a été commercialisé par HP et a depuis changé de propriétaire à deux reprises, passant d'abord à Micro Focus, puis à OpenTextLa structure du module et les étapes ci-dessous restent valables, même si les versions récentes sont marquées d'une nouvelle marque. OpenText ALM / Centre de qualité.
Le rôle du module étant clairement défini, la première tâche pratique consiste à créer une structure de dossiers pour contenir les tests.
Comment créer un plan de test
Étape 1 ) Semblable aux exigences, créons un espace réservé/dossier pour chacun des types de tests tels que fonctionnel et non fonctionnel.
- Cliquez sur le lien Plan de test depuis la page d'accueil d'ALM.
- Cliquez sur l'icône « Nouveau dossier »
- Entrez le nom du dossier comme « Fonctionnel » et cliquez sur « OK ».
Étape 2) Le dossier créé sera affiché comme indiqué ci-dessous.
Étape 3) De même, créons des sous-dossiers pour les tests « Manuels » et « Automatisés » dans le dossier « Fonctionnels ». La structure finale des dossiers sera donc la suivante :
À noter: Nous ne pourrons PAS créer de scripts de test automatisés/scripts de test de performance à partir d'ALM ; ils devront être créés à partir des outils HP respectifs tels que : UFT Pour les tests fonctionnels et les tests de performance, LoadRunner est utilisé. Les données sont ensuite enregistrées dans ALM afin de pouvoir être planifiées, exécutées, surveillées et faire l'objet de rapports.
Étape 4) Il serait préférable de créer un nouveau dossier pour chacun des modules de l'application afin de ne pas vider tous les tests manuels dans un seul dossier. Pour les applications complexes, il y aurait des milliers de tests qui seraient difficiles à gérer s'ils ne sont pas correctement alignés.
Étape 5) Créons maintenant un test manuel pour le module « Connexion » en cliquant sur l'icône « Nouveau test » dans l'onglet « Plan de test ».
Étape 6) Entrez les détails suivants pour créer le nouveau test avec succès.
- Entrez le nom du nouveau test
- Entrez le type de test. Dans ce cas, il s'agit d'un test « manuel ».
- L'utilisateur peut également saisir d'autres champs non obligatoires tels que la date, Description comme indiqué ci-dessous.
- Cliquez sur « Soumettre » une fois tous les détails saisis.
Étape 7) Une fois le test créé, le test créé apparaîtra sous le dossier de tests « Manuel » avec d'autres onglets générés comme indiqué ci-dessous. Discutons de chacun de ces onglets en détail dans les étapes à venir.
Étape 8) Cliquez à nouveau « Étapes de conception » et cliquez sur l'icône « Nouvelle étape » comme indiqué ci-dessous. La boîte de dialogue Détails de l'étape de conception s'ouvre
- Entrez le nom de l'étape
- Entrez l'étape Description CMS
- Entrez le résultat attendu
- Cliquez sur OK'
Étape 9) Répétez l'étape 8 et saisissez toutes les étapes nécessaires pour tester la fonctionnalité. Une fois toutes les étapes créées, l'onglet « Étapes de conception » affiche toutes les étapes créées, comme illustré ci-dessous.
Étape 10) Les paramètres permettent à l'utilisateur d'attribuer une valeur à une variable, ce qui lui permet d'exécuter le même test avec différents ensembles de données. Dans ce cas, le nom d'utilisateur et le mot de passe peuvent être deux paramètres auxquels on attribuera une valeur. Nous verrons plus loin l'importance des paramètres lors de l'exécution des tests. Module Laboratoire de tests.
Voyons maintenant comment créer des paramètres.
- Sélectionnez l'étape de test à laquelle nous souhaitons ajouter le paramètre.
- L'icône « Paramètre » sera activée. Cliquez sur le même comme indiqué ci-dessous.
Étape 11) La boîte de dialogue Paramètres s'ouvrira comme indiqué ci-dessous. Cliquez sur le bouton « Nouveau paramètre ».
Étape 12) La boîte de dialogue Détails des paramètres de test s'ouvre.
- Entrez le nom du paramètre
- Attribuer une valeur au paramètre
- Cliquez sur OK'.
Étape 13) La boîte de dialogue « Paramètres » s'affiche à nouveau pour l'utilisateur
- Avec la variable créée
- La valeur
- Cliquez sur OK'.
Étape 14) Nous pouvons maintenant remarquer que le paramètre est ajouté dans « l'étape de test » elle-même, comme indiqué ci-dessous.
Répétez également la même chose pour le champ de mot de passe.
De même, créez un paramètre pour le champ Mot de passe.
Étape 15) Les paramètres créés peuvent être visualisés/modifiés dans l'onglet Paramètres. Cette boîte de dialogue nous aide également à créer, supprimer les paramètres associés aux tests.
Étape 16) L'onglet Pièces jointes permet à l'utilisateur de télécharger tout type de fichier tel que « xls », « jpg », etc.
Étape 17) La configuration du test nous aide à réutiliser le test pour différents scénarios de cas d'utilisation. Voyons comment travailler avec des configurations de test avec un exemple. Par défaut, il existe une configuration de test spécifiée comme étant celle du nom du test.
Remarque : Nous NE POUVONS PAS supprimer la configuration de test par défaut, mais nous pouvons la modifier.
Étape 18) Disons que la fonctionnalité de connexion peut être exécutée par trois types d'utilisateurs professionnels, tels que « helpdesk », « manager » et « chef de cluster ».
Renommons la configuration de test par défaut en « helpdesk » en modifiant le champ de nom de la « Configuration de test ».
Étape 19) Ajoutons maintenant les deux autres configurations de test, à savoir le gestionnaire et le chef de cluster. Cliquez sur l'icône « + » sous les configurations de test.
Étape 20) Le »La boîte de dialogue Nouvelle configuration de test s'ouvre.
- Entrez le nom de la configuration de test
- Saisissez d'autres paramètres non obligatoires tels que "créé par", "date de création", "description"
- Cliquez sur OK'.
Étape 21) Répétez la même étape que ci-dessus pour créer une configuration de test supplémentaire pour le « tête de cluster » et la configuration de test complète sera affichée à l'utilisateur comme indiqué ci-dessous. Cela permettra aux testeurs d'exécuter le même test individuellement sur toutes les configurations créées pendant l'exécution du test, ce qui n'entraînera aucune réécriture des tests.
Paramètres de test vs configurations de test
Il ne faut PAS confondre la configuration des tests avec les paramètres de test. Les deux permettent à un test de couvrir un plus large éventail de situations, mais elles opèrent à des niveaux différents, et les confondre est l'erreur la plus fréquente lors de la conception de tests dans ce module.
Les paramètres servent à créer une variable et à lui attribuer des valeurs pour une étape spécifique, ce qui paramétrise le test. Une configuration de test s'applique à toutes les étapes et est généralement utilisée pour tester différents cas d'utilisation métier ou flux de travail. Pendant l'exécution, les utilisateurs peuvent modifier les valeurs des paramètres créés. Cas de test est exécuté pour la configuration sélectionnée.
| Point de différence | Paramètre de test | Configuration du test |
|---|---|---|
| Domaine | Une seule étape de conception | L'intégralité du test |
| Interet | Remplacez par une valeur telle qu'un nom d'utilisateur | Relancez le test pour un scénario d'entreprise différent |
| Créé à partir de | L'icône Paramètres sur une étape | L'onglet Configurations de test |
| Défini lors de l'exécution | Le testeur fournit une valeur | Le testeur choisit la configuration à exécuter. |
Par exemple, dans une application de paiement de factures en ligne, l'utilisateur peut choisir son mode de paiement. S'il s'agit d'un paiement par carte bancaire, il peut sélectionner Mastercard, Visa ou American Express. Chacune de ces cartes offre un programme de fidélité. Pour tester ce programme, nous pouvons concevoir un test où chaque carte est ajoutée à une configuration afin de vérifier l'attribution des points de fidélité.
Étape 22) L'onglet « Couverture des exigences » aide les testeurs à associer le test à une ou plusieurs exigences spécifiques, ce qui permet aux utilisateurs de générer une couverture et traccapacité.
- Cliquez sur l'onglet « Couverture requise ».
- Sélectionnez l'« exigence » qui doit être mappée à ce scénario de test particulier.
- Cliquez sur le bouton « <= » pour mapper les exigences sélectionnées avec le test. Nous pouvons également mapper plusieurs exigences sur le même test.
Étape 23) L'onglet « Défauts liés » s'affiche vide car nous n'avons exécuté aucun test ni déclenché aucun Défaut contre le cas de test. Cet onglet sera renseigné avec les détails des défauts si les défauts sont enregistrés dans le scénario de test au moment de la création des défauts.
Étape 24) L'onglet Historique affiche la liste des modifications apportées au fil du temps par rapport à ce scénario de test particulier dès la création du test.
Téléchargement de tests
Parfois, les utilisateurs préfèrent ne pas créer manuellement les cas de test, car c'est un processus assez long. La plupart des organisations développent des tests manuels dans Excel et les importent en masse dans ALM plutôt que de les créer un par un. Afin de faciliter l'importation dans ALM, HP a développé un module complémentaire permettant d'importer directement des fichiers depuis MS Excel ou MS Word. Voyons ensemble la procédure étape par étape pour importer les exigences dans QC depuis Excel.
Comment télécharger des tests en utilisant Microsoft Excel
Étape 1) Avant de télécharger les tests depuis Excel, nous devons préparer Excel de manière à pouvoir être téléchargé.
- Sélectionnez les champs que vous souhaitez télécharger dans ALM et créez un en-tête dans Excel pour ces champs.
- Entrez des données valides dans chacun de ces champs comme indiqué ci-dessous.
Étape 2) Après avoir sélectionné les données à télécharger, cliquez sur « Exporter vers HP ALM » dans « Compléments ».
Étape 3L'assistant d'exportation ALM s'ouvre. Accédez au serveur HP ALM. URL et cliquez sur « Suivant ».
Étape 4) Entrez le nom d'utilisateur et le mot de passe pour l'authentification et cliquez sur « Suivant ».
Étape 5) Sélectionnez le domaine et le nom du projet dans lequel nous souhaitons télécharger les tests et cliquez sur « Suivant ».
Étape 6) Sélectionnez le type de données que nous souhaitons télécharger. Dans ce cas, ce sont des tests. Nous téléchargerons également les défauts dans les prochains chapitres.
Étape 7) Entrez le nom de la nouvelle carte. La première option, « Sélectionner une carte » est désactivée car nous n'avons pas encore créé de carte. Nous devons donc créer un nouveau nom de carte et cliquer sur « Suivant ». Nous n'avons pas sélectionné « Créer une carte temporaire » car nous aimerions la réutiliser à chaque fois pour télécharger des « tests ».
Étape 8En cliquant sur « Suivant », la carteping La boîte de dialogue s'ouvre comme indiqué ci-dessous.
- Les éléments de grille du volet gauche répertoriés correspondent aux champs disponibles pour le téléchargement dans HP ALM. Veuillez noter que les champs marqués en « ROUGE » doivent être mappés car ce sont des champs obligatoires.
- Les éléments de la grille du volet droit font référence aux champs qui sont mappés afin que les valeurs d'Excel soient transmises aux champs correspondants d'ALM.
Étape 9) Voyons maintenant comment mapper les champs dans Excel avec les champs dans ALM.
- Sélectionnez le champ que l'utilisateur souhaite mapper et cliquez sur le bouton fléché comme indiqué ci-dessous.
- Entrez le nom de colonne dans Excel qui correspond au nom de colonne approprié dans HP ALM.
- Associez toutes les colonnes requises dans Excel aux champs correspondants dans HP ALM. Après l'association,ping Remplissez tous les champs obligatoires, puis cliquez sur « Exporter ».
Étape 10) Une fois le téléchargement réussi, ALM affiche le message comme indiqué ci-dessous. Si des erreurs apparaissent, veuillez résoudre le problème et essayez de le télécharger à nouveau.
Certaines des erreurs courantes sont répertoriées ci-dessous :
- Le sujet/chemin d’accès n’est pas valide/indisponible ou n’est PAS mappé par l’utilisateur.
- Le champ « Type de test » a une valeur autre que Manuel. Tests automatisés CAN être téléchargé à l'aide d'Excel.
- Le champ Nom du test est vide ou NON mappé.
- Le statut ne doit pas avoir de valeurs autres que Conception, Prêt, Importé, Réparation.
Étape 11) Vérifions maintenant la même chose sous l'onglet « Tests ». Tous les détails du test sont téléchargés comme indiqué ci-dessous.
Note : Les utilisateurs peuvent également effectuer un nouveau téléchargement des tests. En cas de nouveau téléchargement des cas de test, si le nom du test existe déjà et s'il y a juste un changement dans la description de l'étape, le test sera écrasé par celui existant. Si le nom du test est différent de celui téléchargé, il est téléchargé en tant que nouveau test.
Les tests sont désormais intégrés à ALM. Les fichiers dont dépendent ces tests sont stockés séparément, dans le module Ressources de test.
Comment créer des ressources de test
Les ressources de test permettent aux utilisateurs de gérer les ressources qui sont généralement récupérées par des tests automatisés/de performances. Les utilisateurs peuvent télécharger le script qui peut être utilisé par un ou plusieurs tests. Ils peuvent également être téléchargés/modifiés et téléchargés à nouveau dans des ressources de test.
Voyons comment nous pouvons utiliser efficacement le module Test Resources. Ce module est démontré en téléchargeant le même fichier Excel dans les ressources de test que nous avons utilisé pour importer les tests d'Excel dans ALM.
Le téléchargement du scénario de test Excel est recommandé afin que nous puissions modifier les tests chaque fois que nécessaire et télécharger à nouveau uniquement les cas de test modifiés. Il est également facile d’ajouter de nouveaux tests et de télécharger uniquement les tests nouvellement ajoutés.
Cependant nous pouvons également télécharger d'autres types de fichiers tels que .xls, .vbs, .qfl etc.
Étape 1) Accédez au module Ressources de test comme indiqué ci-dessous. La page du module de ressources de test s'ouvre.
Étape 2) Créez un « Nouveau dossier » en cliquant sur l'icône Nouveau dossier comme indiqué ci-dessous. La boîte de dialogue Nouveau dossier s'ouvre. Créons une ressource de test pour les trois tests, à savoir : manuel, automatisation et performances.
Étape 3) Le dossier est créé comme indiqué ci-dessous.
Étape 4) De même, créons deux autres dossiers, à savoir – Automation et Performance. Après avoir créé un dossier pour chacune des ressources de test, la structure finale des dossiers sera la suivante :
Étape 5) Créons une nouvelle ressource de test en téléchargeant le fichier Excel que nous avons créé pour écrire des tests manuels qui ont été téléchargés dans ALM. Sélectionnez le dossier dans lequel l'utilisateur souhaite télécharger la ressource de test.
Étape 6) Entrez le nom de la ressource de test, sélectionnez également le type de ressource et cliquez sur « OK ».
Étape 7) Lors de la création de la ressource de test, nous devons maintenant télécharger la ressource afin qu'elle soit disponible sous l'onglet « Visionneuse de ressources » qui sera utilisée dans tous les tests.
- Cliquez sur l'onglet « Visionneuse de ressources »
- Cliquez sur « Télécharger le fichier » et sélectionnez le fichier à télécharger
Étape 8) Après avoir téléchargé le fichier, le statut sera affiché à l'utilisateur et il sera disponible en téléchargement.
À noter: Les types de ressources de test suivants sont téléchargés et peuvent être utilisés pour exécuter les tests automatisés.
- Table de données
- Variables environnementales
- Bibliothèques de fonctions
- Scénarios de récupération
- Référentiel d'objets partagés
Vidéo sur le plan de test
Cliquez à nouveau ici si la vidéo n'est pas accessible














































