Processus de gestion des tests
Le processus de gestion des tests est un ensemble d’activités du début du test à la fin du test. Cela donne une discipline aux tests. Lorsque vous suivez un processus de test, il nous donne le plan initial. Le processus de test permet de planifier et de contrôler les tests tout au long du cycle du projet. Il permet de suivre et de surveiller les tests tout au long du projet. Assure la transparence des tests entre les parties prenantes et maintient le test effectué pour référence future. Offre un niveau de détail profond des tests en cours d’exécution. Donne une compréhension claire des activités de test du projet antérieur et du projet post à toutes les parties prenantes.Il existe de nombreux outils (Outils tels que qTest, JIRA, Service d’équipe, TestLink.) disponible pour gérer le processus de test. Le processus de test peut être défini et pratiqué différemment selon la nécessité du test. Les activités typiques du processus de test sont expliquées ci-dessous.
Le plan de test a servi d’esquisse initiale pour effectuer les tests. Les tests sont suivis et surveillés conformément au plan de test. Il donne une image préalable du défi de test et de l’aspect qui sera effectué pour le logiciel. En maintenant un plan de test, nous pouvons gérer les modifications du plan.Lors du démarrage de nouveaux projets, sur la base de la leçon apprise lors des tests précédents, le plan de test doit être amélioré pour être amélioré. Le plan de test explique la vue d’ensemble de l’exigence particulière qui doit être testée, la portée, l’exigence fonctionnelle et non fonctionnelle, les risques et l’atténuation, les approches de test, le calendrier des tests et les produits livrables et le calendrier, hors de portée et hypothèse, équipe de test et allocation, environnement de test, mécanisme d’activités de test et toute autre note spéciale pour les tests.
| Éléments du plan d’essai | Description |
| Vue d’ensemble | Vue d’ensemble du plan de test et du but de ce plan de test. Quel est le projet à tester ? Bref du logiciel qui doit être testé. But de fournir ce logiciel à l’utilisateur. |
| Portée et hors portée | Quel est le but du test? Quel type de test va être effectué?S’il y en a hors de portée des tests. Brève explication sur le projet de logiciel et ce qui est couvert dans le plan de test.Définir un cadre pour le test en fonction des ressources, des efforts, du budget et de la ligne de temps. Quelles fonctionnalités ou sections seront couvertes et quelles fonctionnalités ou sections ne seront pas couvertes pendant les tests. |
| Exigences fonctionnelles et non fonctionnelles | Expliquez chaque test fonctionnel et non fictif (test de performance, test d’utilisabilité) qui doit être effectué. Expliquez chaque fonctionnalité qui sera testée. Chaque élément fonctionnel et non fonctionnel doit être placé sans ambiguïté. |
| Risques et atténuation | Expliquer le risque lié au projet, au logiciel et aux ressources identifié. Expliquer le plan d’atténuation et la possibilité.Identifier les risques auxquels nous pourrions faire face pendant les tests. Indisponibilité des ressources, retard dans la sortie du développeur, glissement dans le calendrier, moins de compréhension des fonctions et écart entre les exigences métier et système. |
| Approches de test | Quel type d’approches de test sera utilisé? Quel type de test sera effectué? Types de tests tels que les tests d’installation, les tests fonctionnels, les tests UAT.Spécifiez les outils que nous allons utiliser lors des tests. Spécifiez les outils et les informations de licence nécessaires au test. |
| Le calendrier des tests et les produits livrables | Décrivent l’étoile entière et la date complète des tests. Besoin de connaître la date des versions des développeurs et le nombre de versions. Mentionnez la date de sortie du développeur, la date de début du test et la date d’achèvement. Analysez les besoins et les tests que nous allons effectuer, puis faites l’effort. En fonction de la ressource, planifiez l’horaire avec mile stone. Nous devons également tenir compte du calendrier comme de toute échéance spécifique. |
| Hypothèse | Il peut y avoir n’importe quelle hypothèse liée au logiciel, au projet, à la ressource ou à n’importe quel concept. Et ceux-ci doivent être écrits là-dedans. |
| Équipe de test et allocations | Qui sont les testeurs qui seront impliqués et quelles sont leurs responsabilités dans le projet are.To à qui la formation est requise, le cas échéant. Lorsque les responsabilités sont définies, il est facile de mener les tests dans le projet. |
| Environnement de test | Fournissez toutes les informations relatives à l’environnement de test. Quel est l’environnement de test ? Dans quels navigateurs le test est-il effectué? Mentionner l’environnement UAT.Système externe qui sera accessible pendant les tests. Indiquez la capacité de la RAM et du processeur. |
2) Conception du test:
La conception du test permet de mettre en œuvre le test. En règle générale, la création de cas de test se fait avec des entrées et des sorties attendues du système et le choix des cas de test nécessaires à l’exécution du test. Le testeur doit avoir la compréhension claire et les connaissances appropriées pour définir le résultat attendu. Par cela, la couverture du test est définie et le testeur ne manquera aucun scénario. Il existe deux types de techniques de conception de test, l’une est l’essai statique et l’autre est l’essai dynamique. Les tests statiques sont utilisés pour tester sans exécution principalement des artefacts tels que le document et les tests dynamiques sont des tests en exécutant le système.
Scénario de test (élément dans le document du scénario de test):
- Titre du projet / Test, Test exécuté par, Date d’exécution du test, Version du logiciel et Environnement de test
- Numéro de cas de test
- Résumé du test
- Étapes
- Condition préalable
- Condition post
- Données de test
- Résultat réel
- Résultat attendu
- Résultat du test
- Note
3) Exécution du test:
La manière d’exécuter et de tester le résultat du système réel par rapport au résultat attendu est l’exécution du test. L’exécution des tests peut être effectuée manuellement et en utilisant automation suit. Pendant l’exécution, le testeur doit s’assurer que le besoin de l’utilisateur du logiciel est occupé dans le logiciel. L’exécution du test est effectuée en référençant le document créé lors de la conception du test comme processus étape par étape. Le testeur doit garder la trace lors de l’exécution des cas de test.
Exemple de test statique:
- Testez le document de spécification des exigences.
- Test du document de conception
- Test du guide de l’utilisateur
Exemple de test dynamique:
- Tests unitaires
- Tests fonctionnels
- Tests d’intégration
4) Critères de sortie :
Les critères de sortie déterminent quand arrêter l’exécution du test. Le critère de sortie est défini pendant la phase du plan de test et utilisé dans la phase d’exécution du test comme une pierre de mille. Le testeur doit définir les critères de sortie au début, les critères de sortie peuvent également changer pendant l’exécution du projet. Il existe des facteurs tels que les besoins du client, la stabilité du système et la fonction remplie qui déterminent les critères de sortie. Une fois que le testeur a atteint le test des critères de sortie sera arrêté. Voici quelques critères de sortie courants.
- Tous les défauts critiques sont fermés.
- Tous les défauts signalés et fermés et vérifiés.
- Exécuté et couvert les zones utilisées principalement par l’utilisateur.Le système
- répondait à toutes les exigences.
- Toutes les fonctions importantes sont testées et fonctionnent comme prévu.
5) Rapport d’essai :
Le rapport d’essai donne l’image du processus d’essai et du résultat pour le cycle d’essai particulier. Pour définir l’élément du rapport de test, la première chose à considérer est de savoir qui sont les audiences du rapport de test. Par exemple, un chef de projet aimera voir l’image de haut niveau des tests, les personnes intermédiaires souhaiteront voir plus de détails et le client s’attendra à ce que les rapports de test soient présentés dans les critères tels que la base des exigences, la base des fonctionnalités. Le rapport d’essai est préparé et communiqué périodiquement comme quotidien, hebdomadaire, mensuel, etc. Cela doit être envoyé à différentes étapes et à différents moments.Dans le futur projet, le résultat des rapports de test doit être analysé et appliquer les leçons apprises. Le rapport de test contient des éléments tels que l’état d’exécution du test, le pourcentage terminé, le plan par rapport aux cas de test exécutés, l’environnement de test, l’exécution du test par ressources, le risque et l’atténuation le cas échéant, le résumé des défauts, le scénario et les conditions de test, toute hypothèse, toute note, etc.
Rapport de couverture d’essai: (Éléments du rapport de couverture des essais)
- Pourcentage terminé
- Scénario de test
- Zone logicielle
- Ressource testée
- Date de test
- Résultat du test
Rapport de synthèse des défauts: (Éléments du rapport de synthèse des défauts)
- Défaut par gravité
- Défauts par priorité
- Défauts par développeur assigné
- Défauts par fonction
- Défauts par zone logicielle
- Défauts ouverts et fermés
Rapport de risque et d’atténuation: (Éléments du rapport sur les risques et l’atténuation)
- Risque identifié
- Probabilité
- Niveau de risque
- Type de risque
- Plan d’atténuation
Conclusion:
Dans cet article, nous avons appris sur le processus de gestion des tests, il ne s’agit pas seulement d’une seule activité, mais également d’une série d’activités telles que la Planification des tests, la Conception des tests, l’exécution des tests, Critères de sortie et Rapports de test.
Leave a Reply