Spécification d’une campagne de test - Présentation
Après avoir conçu des tests dans le module Plan de test, vous organisez leur exécution en créant des campagnes de test dans le module Exécution des tests. Une campagne de test contient un sous-ensemble des tests du projet conçu pour atteindre des objectifs de test spécifiques.
ALM prend en charge différents types de campagne de test. Ces types sont décrits dans le tableau suivant :
|
Type de campagne de test |
Description |
|---|---|
| Performances |
Pour l’exécution sans assistance de tests de performance distants. Seuls des tests de performance peuvent être ajoutés à cette campagne de test. Vous paramétrez l’exécution d’un test de performances à partir du serveur en planifiant une plage horaire. Une plage horaire contient une campagne de test, les informations sur les hôtes distants sur lesquels sera exécutée la campagne de test, ainsi que l’heure et la durée de son exécution. Pour plus d’informations sur l’exécution d’un test de performances, voir Exécuter des tests dans ALM. Pour plus d’informations sur les plages horaires, voir Réservation de plages horaires - Présentation. Éditions d’ALM : L’exécution de test de performances est disponible uniquement dans Édition ALM et LoadRunner Enterprise. Pour plus d’informations sur les éditions ALM et les fonctionnalités associées, voir Éditions d’ALM. Pour savoir quelle édition de ALM vous utilisez, demandez à votre Administrateur du site ALM. |
| Par défaut |
Pour l’exécution côté client de tests fonctionnels contrôlés et lancés localement. Vous pouvez ajouter des tests fonctionnels manuels et automatisés à cette campagne de test. Vous pouvez paramétrer une exécution ad hoc des tests par défaut. Pour plus d’informations sur l’exécution des campagnes de test par défaut, voir Exécuter des tests dans ALM. |
| Fonctionnelles |
Pour l’exécution sans assistance de tests fonctionnels côté serveur. Vous pouvez ajouter uniquement des tests fonctionnels automatisés à cette campagne de test. Vous paramétrez l’exécution d’une campagne de test fonctionnelle à partir du serveur en planifiant une plage horaire. Une plage horaire contient une campagne de test, les informations sur les hôtes de test sur lesquels s’exécute la campagne de test, ainsi que l’heure et la durée de son exécution. Pour plus d’informations sur l’exécution d’une campagne de test fonctionnelle, voir Exécuter des tests dans ALM Les suites de vérification de compilation sont des composants clés de la solution de livraison continue d’ALM. Elles facilitent le déploiement automatisé de bout en bout et offrent une structure de test qui rend plus efficace, fiable et rapide le déploiement des applications. Pour plus d’informations sur l’utilisation des suites de vérification de compilation dans le cadre de ce processus, voir Déploiement et test de votre application dans ALM. Pour plus d’informations sur les plages horaires, voir Réservation de plages horaires - Présentation. Éditions d’ALM : Les campagnes de test fonctionnelles sont disponibles uniquement dans Édition ALM. Pour plus d’informations sur les éditions ALM et les fonctionnalités associées, voir Éditions d’ALM. Pour savoir quelle édition de ALM vous utilisez, demandez à votre Administrateur du site ALM. |
| Externe |
Contient des tests de type externe (TEST-EXTERNE |
Lors de la définition d’une campagne de test, ALM ajoute des instances des tests sélectionnés à la campagne de test. Chaque instance de test contient une configuration de test définie. Une configuration de test vous permet d’exécuter le même test dans différents scénarios. Pour plus d’informations sur les configurations de test, voir Configuration de test - Présentation.
Une arborescence de campagnes de test permet d’organiser votre processus de gestion d’application en regroupant les campagnes de test dans des dossiers et en les organisant sur différents niveaux hiérarchiques.
Pour déterminer les campagnes de test à créer, étudions les objectifs que vous avez définis au début du processus de gestion d’application. Prenons en compte les problèmes tels que la date actuelle de l’application et l’ajout ou la modification de nouvelles fonctions.
Exemple :
Voici des exemples de catégories générales de campagnes de test que vous pouvez créer :
|
Campagne de test |
Description |
|---|---|
|
Test de contrôle |
Vérifier l’ensemble de l’application à un niveau de base (en se concentrant sur l’étendue plutôt que la profondeur) afin de vérifier que l’application est fonctionnelle et stable. Cette campagne inclut des tests fondamentaux contenant des contrôles positifs, ce qui signifie que l’application est opérationnelle. Par exemple, dans l’application Mercury Tours, vous pourriez tester si l’application s’ouvre et vous permet de vous connecter. |
|
Régression |
Tester le système de manière plus approfondie qu’une campagne de test de contrôle. Cette campagne peut inclure des contrôles positifs et négatifs. Les tests négatifs tentent de faire échouer une application afin de démontrer qu’elle n’est pas opérationnelle. |
|
Avancé |
Tester l’étendue et la profondeur. Cette campagne couvre l’ensemble de l’application et teste également ses options avancées. Vous pouvez exécuter cette campagne lorsque le temps de test est largement suffisant. |
|
Fonction |
Tester un sous-système d’une application. Il peut s’agir d’une fonction unique ou d’un groupe de fonctions. Par exemple, dans l’application Mercury Tours, une campagne de fonction peut tester toutes les activités liées à la réservation d’un vol. |
Après avoir créé des campagnes de test, vous attribuez des dossiers de campagne de test aux cycles définis dans l’arborescence des mises à jour du module Mises à jour. Un cycle représente un développement et un cycle QA basé sur la chronologie du projet.
Vous affectez des hôtes distants aux instances de test fonctionnel ou de performance dans une campagne de test Pour plus d’informations, voir Hôtes de test - présentation.
Pour plus d’informations sur l’utilisation des campagnes de test, voir Comment créer des campagnes de test.

