Présentation du modèle de plan de test
Un plan de test est un document qui donne un plan pour la méthode de test, la stratégie, la sélection du matériel / logiciel, le plan de planification et l'estimation des livrables. Il gère mon gestionnaire de tests.
Voyons un exemple, une réunion de gestionnaire de test demande à une équipe de faire un plan de test pour ce projet et l'équipe n'est pas intéressée, dans ce cas, comment le gestionnaire de test veut gérer cette situation.
Pensez à votre gestionnaire de tests et sélectionnez votre réponse ci-dessous:
- Je suis un manager donc tu dois faire ce que je dis
- OK, laissez-moi vous expliquer pourquoi le projet a besoin d'un plan de test.
Si je suis gestionnaire, je sélectionnerai la deuxième option et je vous souhaite aussi.
Besoin d'un plan de test
- Il testera la qualité de l'application / du logiciel
- Les testeurs doivent suivre les directives données dans le document
- La portée, l'estimation et la stratégie sont documentées et peuvent également être réutilisées pour d'autres projets.
Comment écrire un modèle de plan de test?
Il y a huit tâches importantes qui doivent être suivies pour écrire le modèle de plan de test:
Voici comment nous écrivons un modèle de plan de test qui est expliqué ci-dessous en détail:
1. Analyser
Sans données, il est impossible d'analyser quoi que ce soit. Nous devons donc identifier le projet / projet qui doit être analysé. Supposons que nous avons développé un site Web et que nous devons l'analyser à l'aide des techniques de test. Avant d'entrer dans la stratégie de test, nous devons examiner le document produit qui contient les détails du projet, nous devons d'abord comprendre la fonctionnalité, puis faire une analyse. Vous trouverez ci-dessous l'analyse d'échantillons effectuée pour ce site Web.
- Quelle est l'utilisation de ce site Web?
- Qui sont les utilisateurs finaux?
- Comment ça va marcher?
- Quelle est la version du logiciel utilisée?
- Quel est le matériel?
2. Conception
L'élaboration de la conception des tests est une étape importante du modèle de plan de test et elle sera définie par le responsable du test.
a) Définir la portée des tests
Avant de rédiger la conception du test, nous devons identifier «dans le champ» et «hors champ» pour les tests et tout le monde dans l'équipe doit être clairement compris sur le projet et doit fournir des informations précises sur les données. Comment identifierez-vous la portée des tests?
- Besoin client
- Budget
- Spécifications du logiciel
b) Définir le type de test
En définissant le type de test pour identifier tout bogue dans le logiciel et l'objectif ultime est de fournir le logiciel au client sans aucune erreur. Certaines des principales techniques de test sont
- Test unitaire: testez le plus petit logiciel ou application
- Test d'API : tester les API créées pour l'application
- Test d'intégration: testez les modules combinés dans l'application
- Test du système : testez la conformité du système pour l'exigence spécifique
- Test d'installation / désinstallation: configurer / supprimer le logiciel spécifique dans l'environnement client
- Tests agiles: testez la méthodologie agile
c) Documenter les risques et les problèmes
Identifiez le risque et cela aura un impact potentiel sur le modèle de plan de test et sur les mesures qui posent problème. Voir ci-dessous certains des facteurs de risque.
- Les gens manquent de compétences pour tester ce site Web
- Le gestionnaire de test a de faibles compétences pour définir la technique de test.
- Manque de coopération au sein de l'équipe
- Mauvaise estimation budgétaire
d) Créer une logistique de test
Dans cette étape, le responsable du test doit décider qui testera? et quand le test aura-t-il lieu? La sélection de la bonne personne pour une tâche spécifique est très importante pour comprendre les méthodes. Le test peut avoir lieu à tout moment, il peut également commencer à partir de la phase de développement. Lorsque la source ci-dessous est disponible, elle est prête à être testée.
- Spécifications de test et document d'exigence
- Ressource humaine
- Environnement de test
3. Objectif du test
L'objectif principal du test de l'objectif est d'identifier les défauts et de libérer le logiciel sans bug. L'objectif de test doit suivre les étapes ci-dessous:
a) Testez la fonctionnalité du logiciel ou de l'application.
b) Testez la fonctionnalité en fonction de l'ensemble cible et de l'objectif.
Prenez ce site Web comme exemple pour suivre les étapes ci-dessus en utilisant la méthode de test TOP-DOWN la plus courante.
- Vérifiez que le site Web fonctionne dans l'environnement réel sans aucun problème
- Besoin de vérifier le besoin du client et il répond à ses attentes
- Il devrait être convivial
4. Critères de test
Les critères peuvent être utilisés comme règle ou procédure pour effectuer le test de jugement. Il existe deux types de critères de test:
a) Critères de suspension
Le responsable du test doit être fixé l'objectif de suspension. Lorsqu'il aura atteint l'objectif, le test sera suspendu jusqu'à ce que les critères soient résolus. Supposons que 30% des cas de test aient échoué pour le projet et qu'il doive revenir à l'équipe de développement. Le test ne peut pas être effectué tant que le problème n'a pas été résolu.
b) Critères de sortie
Les critères de sortie peuvent être définis comme un pourcentage maximum (par exemple, 96%). Lorsque le résultat du test atteint ce pourcentage, le projet peut être considéré comme PASS. L'obligation est d'exécuter des cas de test à 100%, mais la réussite peut être définie comme 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Planification des ressources
La planification des ressources peut être à la fois humaine et matérielle, ce qui nécessite ce plan de test pour terminer la tâche.
a) Ressources humaines
- Gestionnaire de test
- Testeur
- Développeur en test
- Ingénieur QA
b) Ressource système
- Serveur
- Outil de test
- Réseau
- Ordinateur
6. Planifier l'environnement de test
L'environnement de test consiste à configurer le matériel et les logiciels pour effectuer les tests. Il doit être déployé dans un environnement commercial en temps réel. L'environnement configuré peut être suivi en tant que serveur de développement -> serveur de test / QA -> serveur de production. Une fois la phase de développement terminée, il sera transféré à l'équipe de test et une fois le test terminé, il sera en direct dans l'environnement de production.
7. Calendrier et estimation
Il doit faire un calendrier et une estimation pour effectuer la tâche dans le modèle de plan de test.
| Tâche | Membre | Durée estimée |
| Créer un plan de test | Gestionnaire de test | 80 heures-homme |
| Rapport de test | Testeur | 200 heures-homme |
| Livraison de test | QA | 30 heures-homme |
8. Livrables de test
Les livrables de test peuvent répertorier tous les documents et autres efforts qui soutiennent cet effort. Il existe trois types de livrables.
a) Avant le test
- Document de plan
- Document de conception de test
b) Pendant les tests
- Capturer les journaux d'erreurs
- Matrice
- Erreur d'exécution
c) Après le test
- Rapport de test
- Notes de version
Articles recommandés
Ceci est un guide du modèle de plan de test. Ici, nous avons appris ce qu'est le plan de test, la nécessité d'un modèle de plan de test, comment concevoir un plan de test, etc. Vous pouvez également consulter les articles suivants pour en savoir plus-
- Techniques de test statique
- Modèles AWS CloudFormation
- Outils de test cloud
- Test de protocole
- Types et gestion des erreurs en JavaScript
- Les 7 principaux principes des tests agiles avec stratégies
- Cas de test vs scénario de test | Principales différences
- Qu'est-ce qu'un cas de test?