Cette fonctionnalité est-elle toujours pertinente ? N'avons-nous pas déjà abordé ce sujet dans un autre test ?
Nous souhaitons que notre analyse de régression atteigne une couverture de test maximale et soit largement automatisée. La réalité est souvent bien différente : des milliers de cas de test manuels dans l’ensemble de régression, dont vous êtes certain qu’au moins 25 % sont inutiles – mais lesquels ? Pourquoi tant de tests se sont-ils accumulés ? À l’aide d’un exemple concret, nous allons illustrer quels cas de test sont pertinents et lesquels ne le sont pas. Une sélection judicieuse est essentielle pour un ensemble de régression propre et efficace.
Cet exemple pratique convient également aux formateurs spécialisés ayant peu d'expérience en matière de tests.
Contenu
- Exemple de spécification
- Dérivation des tests du système
- Création de l'ensemble de régression
- Maintenance de l'ensemble de régression
- Résumé
Exemple de spécification
Une entreprise a lancé un projet de numérisation. L'objectif est de créer une application pour les clients permettant d'effectuer les tâches suivantes :
- L'application affiche l'adresse actuelle
- L'application vous permet de modifier votre adresse
Il convient également de noter les détails suivants :
- L'application peut être utilisée par les personnes morales et les personnes physiques
- L'application est réservée aux personnes âgées de 16 ans et plus. Son téléchargement est bloqué pour les mineurs
- Si une nouvelle adresse invalide est saisie, un message d'erreur s'affichera
- Les champs obligatoires pour les personnes physiques sont : prénom, nom, rue, code postal, ville, pays
- Les champs obligatoires pour les personnes morales sont : raison sociale, rue, code postal, ville, pays
- Après avoir modifié votre adresse, vous pouvez choisir si vous souhaitez recevoir la confirmation par courriel ou par courrier
Dérivation des tests du système
Les deux premiers niveaux de test, les tests unitaires et les tests d'intégration, sont généralement effectués par les développeurs ou les testeurs techniques. Ces tests évaluent la fonctionnalité des modules et l'interaction des composants interdépendants. Les tests système, quant à eux, vérifient la conformité aux spécifications lorsque le système complet est disponible. Il est crucial que les tests système présentent une couverture afin d'identifier les erreurs logicielles avant la mise en production. Des tests système courts facilitent l'identification et la localisation des erreurs potentielles. Les tests système suivants conviendraient à la spécification mentionnée ci-dessus :
- Personne physique. L'utilisateur a moins de 16 ans (téléchargement bloqué)
- Une personne physique peut afficher son adresse de résidence actuelle
- Une personne physique saisit une adresse invalide, par exemple, le code postal saisi n'existe pas (message d'erreur)
- Une personne physique saisit une adresse valide et choisit la confirmation par e-mail
- Une personne physique saisit une adresse valide et choisit la confirmation par courrier
- Personne physique. Vérification des champs obligatoires. Saisie d'une adresse incomplète et vérification des messages d'erreur
- Une personne morale peut afficher l'adresse actuelle de son siège social
- L'entité juridique a saisi une adresse invalide, par exemple, le code postal saisi n'existe pas (message d'erreur)
- L'entité juridique saisit une adresse valide et choisit la confirmation par e-mail
- L'entité juridique saisit une adresse valide et sélectionne la confirmation par courrier
- Personne morale : vérification des champs obligatoires. Saisie d’une adresse incomplète et vérification des messages d’erreur
Création de l'ensemble de régression
Une fois le logiciel mis en production, les tests système sont convertis en tests de régression. Le nombre de cas de test pour la régression doit être considérablement réduit. L'objectif de la régression est d'identifier les effets indésirables des modifications logicielles. Il ne s'agit pas de retester l'intégralité dulogiciel. Ceci est également valable si l'automatisation des tests est prévue, car même les tests automatisés nécessitent une maintenance régulière et ne sont donc pas « gratuits » à exécuter. Les tests de régression se concentrent sur l'essentiel. Combiner plusieurs tests système peut également s'avérer avantageux pour gagner du temps d'exécution. La densité d'erreurs dans les tests de régression est généralement bien inférieure à celle des tests système. Nous avons sélectionné les tests système les plus importants et les avons combinés lorsque cela était pertinent. Ceci donne l'ensemble de tests de régression suivant :
- Une personne physique (âgée de plus de 16 ans) peut consulter son adresse actuelle, puis saisir une nouvelle adresse valide et sélectionner la confirmation par courrier
- L'entité juridique affiche l'adresse actuelle, puis saisit une nouvelle adresse valide et sélectionne la confirmation par e-mail
- Une personne morale saisit une adresse invalide, par exemple le code postal indiqué est inexistant (message d'erreur). Le champ « Rue » reste alors vide (message d'erreur).
Maintenance de l'ensemble de régression
Que se passe-t-il si l'application est développée davantage dans une version ultérieure ? L'ensemble de tests de régression nécessite une maintenance régulière. Nous supposons que la spécification sera étendue pour inclure le point suivant :
- Il est possible d'activer le changement d'adresse uniquement à une date ultérieure (« adresse future »)
Cela engendre plusieurs tests système supplémentaires, que nous ne détaillerons pas ici. Plutôt que d'augmenter le nombre de tests de régression après la publication, le jeu de tests existant peut être adapté pour inclure également la vérification future des adresses :
- Une personne physique (âgée de plus de 16 ans) affiche son adresse actuelle, puis saisit une nouvelle adresse future et sélectionne la confirmation par courrier.
- L'entité juridique affiche son adresse actuelle, puis saisit une nouvelle adresse valide (modification effective immédiatement) et sélectionne la confirmation par e-mail.
- Une personne morale saisit une adresse invalide, par exemple le code postal indiqué est inexistant (message d'erreur). Le champ « Rue » reste alors vide (message d'erreur).
Il est également possible que des cas de test soient supprimés de l'ensemble de régression après une modification logicielle s'ils ne sont plus pertinents en raison de cette modification (exemple : si les modifications d'adresse ne sont possibles que via l'application, il n'est plus nécessaire de réaliser des tests pour vérifier cela via le site web).
Résumé
- Il existe plusieurs niveaux de test. Seule une petite proportion des tests système est utilisée dans l'analyse de régression.
- Même si les tests sont automatisés, l'ensemble de tests de régression doit rester restreint. automatisés ne sont pas gratuits et nécessitent une maintenance.
- Les tests système peuvent être combinés pour les tests de régression afin de gagner du temps d'exécution.
- L'ensemble de régression doit être maintenu après chaque version.
À quoi ressemble votre ensemble de régression ? Si vous souhaitez une consultation, n’hésitez pas à nous .
