Qu'est-ce qu'un modèle de plan de test?
Le modèle de plan de test est un document détaillé qui décrit la stratégie de test, les objectifs, le calendrier, l'estimation et les livrables, ainsi que les ressources nécessaires pour les tests. Test Plan nous aide à déterminer l'effort nécessaire pour valider la qualité de l'application testée. Le plan de test sert de modèle pour mener des activités de test logiciel en tant que processus défini qui est minutieusement surveillé et contrôlé par le gestionnaire de test.
La création d'un plan de test est obligatoire pour garantir le succès de votre projet de test logiciel.Si vous êtes nouveau dans la planification des tests, reportez-vous à ce didacticiel sur la création d'un plan de test.
Télécharger un exemple de modèle de plan de test
Vous trouverez ci-dessous les composants importants d'un plan de test-
- 1. Introduction
- 1.1 Portée
- 1.1.1 Dans la portée
- 1.1.2 Hors de portée
- 1.2 Objectif de qualité
- 1.3 Rôles et responsabilités
- 2 Méthodologie de test
- 2.1 Aperçu
- 2.2 Niveaux de test
- 2.3 Triage des bogues
- 2.4 Critères de suspension et exigences de reprise
- 2.5 Exhaustivité du test
- 3 Livrables de test
- 4 Besoins en ressources et environnement
- 4.1 Outils de test
- 4.2 Environnement de test
1. Introduction
Brève introduction des stratégies de test, du processus, du flux de travail et des méthodologies utilisés pour le projet
1.1) Portée
1.1.1) Dans la portée
La portée définit les caractéristiques, les exigences fonctionnelles ou non fonctionnelles du logiciel qui sera testé
1.1.2) Hors de portée
Out Of Scope définit les caractéristiques, les exigences fonctionnelles ou non fonctionnelles du logiciel qui ne seront PAS testées
1.2) Objectif de qualité
Veuillez mentionner ici l'objectif global que vous prévoyez d'atteindre avec vos tests manuels et vos tests d'automatisation.
Certains objectifs de votre projet de test pourraient être
- S'assurer que l'application testée est conforme aux exigences fonctionnelles et non fonctionnelles
- S'assurer que l'AUT répond aux spécifications de qualité définies par le client
- Les bogues / problèmes sont identifiés et corrigés avant la mise en ligne
1.3) Rôles et responsabilités
Description détaillée des rôles et responsabilités des différents membres de l'équipe comme
- Analyste QA
- Gestionnaire de test
- Panneau de configuration
- Les développeurs
- Équipe d'installation
Entre autres
2) Méthodologie de test
2.1) Aperçu
Mentionnez la raison de l'adoption d'une méthodologie de test particulière pour le projet. La méthodologie de test choisie pour le projet pourrait être
- Cascade
- Itératif
- Agile
- Programmation extrême
La méthodologie choisie dépend de plusieurs facteurs. Vous pouvez en savoir plus sur la méthodologie de test ici
2.2) Niveaux de test
Les niveaux de test définissent les types de test à exécuter sur l'application sous test (AUT ). Les niveaux de test dépendent principalement de la portée du projet, des contraintes de temps et de budget.
2.3) Triage des bogues
Le but du triage est de
- Pour définir le type de résolution pour chaque bogue
- Pour prioriser les bogues et déterminer un calendrier pour tous les bogues à corriger.
2.4) Critères de suspension et exigences de reprise
Les critères de suspension définissent les critères à utiliser pour suspendre tout ou partie de la procédure de test tandis que les critères de reprise déterminent quand les tests peuvent reprendre après leur suspension.
2.5) Exhaustivité du test
Ici, vous définissez les critères qui jugeront votre test terminé.
Par exemple, quelques critères pour vérifier l'exhaustivité du test seraient
- Couverture de test à 100%
- Tous les cas de test manuels et automatisés exécutés
- Tous les bogues ouverts sont corrigés ou le seront dans la prochaine version
3) Livrables du test
Mentionnez ici tous les artefacts de test qui seront livrés au cours des différentes phases du cycle de vie des tests.
Voici les livrables simples
|
4) Besoins en ressources et environnement
4.1) Outils de test
Faites une liste d'outils comme
- Outil de suivi des exigences
- Outil de suivi des bogues
- Outils d'automatisation
Requis pour tester le projet
4.2) Environnement de test
Il mentionne les exigences matérielles minimales qui seront utilisées pour tester l'application.
Les logiciels suivants sont nécessaires en plus des logiciels spécifiques au client.
- Windows 8 et supérieur
- Office 2013 et supérieur
- MS Exchange, etc.
5) Termes / Acronymes
Faites une mention de tous les termes ou acronymes utilisés dans le projet
| TERME / ACRONYME | DÉFINITION |
| API | Interface de programme d'application |
| AUT | Application en cours de test |
Téléchargez le format de modèle de plan de test ci-dessus
Exemple d'application Web de banque de documents de plan de test Exemple
1. Introduction
Le plan de test est conçu pour prescrire la portée, l'approche, les ressources et le calendrier de toutes les activités de test du projet Guru99 Bank.
Le plan identifie les éléments à tester, les fonctionnalités à tester, les types de tests à effectuer, le personnel responsable des tests, les ressources et le calendrier nécessaires pour terminer les tests et les risques associés au plan.
1.1 Portée
1.1.1 Dans la portée
Toutes les fonctionnalités de websiteGuru99 Bank qui ont été définies dans les spécifications des exigences logicielles doivent être
| Nom du module | Rôles applicables | Description |
| Demande de solde | Gestionnaire client | Client : un client peut avoir plusieurs comptes bancaires. Il ne peut consulter que le solde de ses comptesManager : Un manager peut visualiser le solde de tous les clients qui relèvent de sa supervision |
| Transfert de fonds | Gestionnaire client | Client: Un client peut faire transférer des fonds de son «propre» compte vers n'importe quel compte de destination.Gestionnaire : un gestionnaire peut transférer des fonds de n'importe quel compte bancaire source vers le compte de destination |
| Mini déclaration | Gestionnaire client | Un mini relevé affichera les 5 dernières transactions d'un compteClient: Un client ne peut voir que le mini-relevé de ses «propres» comptesManager: Un manager peut voir le mini-relevé de n'importe quel compte |
| Déclaration personnalisée | Gestionnaire client | Un relevé personnalisé vous permet de filtrer et d'afficher les transactions dans un compte en fonction de la date et de la valeur de la transactionClient: Un client peut voir le relevé personnalisé de ses «propres» comptes uniquementGestionnaire : un responsable peut voir le relevé personnalisé de n'importe quel compte |
| Changer le mot de passe | Gestionnaire client | Client: Un client ne peut modifier le mot de passe que de son compte.Manager : Un manager ne peut changer le mot de passe que de son compte. Il ne peut pas changer les mots de passe de ses clients |
| Nouveau client | Directeur | Manager : un manager peut ajouter un nouveau client. |
| Directeur | Manager: un manager peut modifier les détails tels que l'adresse, l'email, le téléphone d'un client. |
|
| Nouveau compte | Directeur | Actuellement, le système propose 2 types de comptes • Épargne • Courant Un client peut avoir plusieurs comptes d'épargne (un à son nom, l' autre à un nom commun, etc.). Il peut avoir plusieurs comptes courants pour différentes sociétés dont il est propriétaire. Ou il peut avoir plusieurs comptes courants et d'épargne.Manager: un manager peut ajouter un nouveau compte pour un client existant . |
| Modifier le compte | Directeur | Responsable: un responsable peut ajouter une modification des détails du compte pour un compte existant |
| Supprimer le compte | Directeur | Manager: un manager peut ajouter une suppression de compte pour un client. |
| Supprimer le client | Directeur | Un client ne peut être supprimé que s'il n'a pas de compte courant ou d'épargne actif.Responsable: Un responsable peut supprimer un client. |
| Dépôt | Directeur | Manager: un manager peut déposer de l'argent sur n'importe quel compte. Généralement effectué lorsque de l'argent est déposé dans une agence bancaire |
| Retrait | Directeur | Manager: un manager peut retirer de l'argent de n'importe quel compte. Habituellement effectué lorsque de l'argent est retiré dans une agence bancaire. |
1.1.2 Hors de portée
Ces fonctionnalités ne sont pas testées car elles ne sont pas incluses dans les spécifications des exigences logicielles
- Les interfaces des utilisateurs
- Interfaces matérielles
- Interfaces logicielles
- Base de données logique
- Interfaces de communication
- Sécurité et performances du site Web
1.2 Objectif de qualité
Les objectifs du test sont de vérifier la fonctionnalité du site Web Guru99 Bank, le projet doit se concentrer sur le test des opérations bancaires telles que la gestion du compte, le retrait et le solde.
… Etc. pour garantir que toutes ces opérations peuvent fonctionner normalement dans un environnement commercial réel.1.3 Rôles et responsabilités
Le projet doit utiliser des membres externalisés comme testeurs pour économiser le coût du projet.
| Non. | Membre | Tâches |
| 1. | Gestionnaire de test | Gérer l'ensemble du projet Définir les orientations du projet Acquérir les ressources appropriées |
| 2. | Test | Identifier et décrire les techniques de test / outils / architecture d'automatisation appropriés Vérifier et évaluer l'approche de test Exécuter les tests, enregistrer les résultats, signaler les défauts. Membres externalisés |
| 3. | Développeur en test | Mettre en œuvre les cas de test, le programme de test, la suite de tests, etc. |
| 4. | Administrateur de tests | Construit et s'assure que l'environnement de test et les actifs sont gérés et maintenus Support Tester pour utiliser l'environnement de test pour l'exécution des tests |
| 5. | Membres SQA | Prendre en charge l'assurance qualité Vérifier pour confirmer si le processus de test répond aux exigences spécifiées |
2 Méthodologie de test
2.1 Aperçu
2.2 Niveaux de test
Dans le projet Guru99 Bank, il y a 3 types de tests à effectuer.
- Test d' intégration (les modules logiciels individuels sont combinés et testés en groupe)
- Test du système : réalisé sur un système complet et intégré pour évaluer la conformité du système à ses exigences spécifiées
- Test d'API: testez toutes les API créées pour le logiciel sous testé
2.3 Triage des bogues
2.4 Critères de suspension et exigences de reprise
Si les membres de l'équipe signalent que 40% des cas de test ont échoué , suspendez les tests jusqu'à ce que l'équipe de développement corrige tous les cas d'échec.
2.5 Exhaustivité du test
- Spécifie les critères qui indiquent la réussite d'une phase de test
- Le taux d'exécution est obligatoire pour être de 100% à moins qu'une raison claire ne soit donnée.
- Le taux de réussite est de 80%, l' atteinte du taux de réussite est obligatoire
2.6 Tâche, estimation et calendrier du projet
| Tâche | Membres | Estimer l'effort |
| Créer la spécification de test | Concepteur de test | 170 heure-homme |
| Effectuer l'exécution du test | Testeur, administrateur de tests | 80 heures-homme |
| Rapport de test | Testeur | 10 heures-homme |
| Livraison de test | 20 heures-homme | |
| Total | 280 heures-homme |
Planifier pour terminer ces tâches
3 Livrables de test
Les livrables de test sont fournis comme ci-dessous
Avant la phase de test
- Document des plans de test.
- Documents de cas de test
- Spécifications de conception de test.
Pendant les tests
- Simulateurs d'outils de test.
- Données de test
- Test de la matrice de traçabilité - Journaux d'erreurs et journaux d'exécution.
Une fois les cycles de test terminés
- Résultats de test / rapports
- Rapport de défaut
- Directives pour les procédures d'installation / de test
- Notes de version
4 Besoins en ressources et environnement
4.1 Outils de test
| Non. | Ressources | Descriptions |
| 1. | Serveur | Besoin d'un serveur de base de données qui installe le serveur Web du serveur MySQL qui installe le serveur Apache |
| 2. | Outil de test | Développer un outil de test qui peut générer automatiquement le résultat du test sous la forme prédéfinie et une exécution de test automatisée |
| 3. | Réseau | Configurer un LAN Gigabit et 1 ligne Internet avec une vitesse d'au moins 5 Mb / s |
| 4. | L'ordinateur | Au moins 4 ordinateurs exécutent Windows 7, Ram 2 Go, CPU 3.4GHZ |
4.2 Environnement de test
Environnement de test à configurer selon la figure ci-dessous