Modèle de plan de test (exemple de document)

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

Qu'est-ce qu'un modèle de plan de test ?

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 requises pour les tests. Le plan de test 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 les activités de test logiciel en tant que processus défini qui est minutieusement surveillé et contrôlé par le responsable des tests.

Création d'un Plan de test est obligatoire pour garantir le succès de votre projet de test logiciel. Si vous débutez dans la planification des tests, reportez-vous à ce didacticiel sur Comment créer un plan de test

Télécharger un exemple de modèle de plan de test

Modèle de plan de test

Vous trouverez ci-dessous les éléments importants d'un plan 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 le champ d'application

La portée définit les fonctionnalités, les exigences fonctionnelles ou non fonctionnelles du logiciel qui sera examiné

1.1.2) Hors de portée

Hors de portée définit les fonctionnalités, les exigences fonctionnelles ou non fonctionnelles du logiciel qui ne sera pas examiné

1.2) Objectif qualité

Mentionnez ici l’objectif global que vous envisagez 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 bugs/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
  • Test Manager
  • Panneau de configuration
  • Développeurs
  • Équipe d'installation

Entre autres

ARTICLES LIÉS

2) Méthodologie des tests

2.1. Vue d'ensemble

Mentionnez la raison de l’adoption d’une méthodologie de test particulière pour le projet. La méthodologie de test sélectionnée pour le projet pourrait être

  • WaterFall
  • Itératif
  • Agile
  • Programmation extrême

La méthodologie choisie dépend de plusieurs facteurs. Vous pouvez lire sur la méthodologie de test ici

2.2) Niveaux de tests

Les niveaux de test définissent les types de tests à exécuter sur l'application testée (AUT). Les niveaux de test dépendent principalement de la portée du projet, des contraintes de temps et de budget.

2.3) Tri des bogues

Le but du tri est de

  • Définir le type de résolution pour chaque bug
  • Prioriser les bugs et déterminer un calendrier pour tous les « bugs à 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) Complétude des tests

Ici, vous définissez les critères qui considéreront vos tests comme terminés.

Par exemple, quelques critères pour vérifier l'exhaustivité du test seraient

  • 100 % de couverture des tests
  • Tous les cas de tests manuels et automatisés exécutés
  • Tous les bugs ouverts sont corrigés ou seront corrigés dans la prochaine version

3) Tester les livrables

Mentionnez ici tous les artefacts de test qui seront fournis au cours des différentes phases du cycle de vie des tests.

Voici les livrables simples

  • Plan de test
  • Cas de test
  • Matrice de traçabilité des exigences
  • Rapports de bogues
  • Stratégie de test
  • Mesures de test
  • Signature du client

4) Besoins en ressources et en environnement

4.1) Outils de test

Faites une liste d'outils comme

Nécessaire pour tester le projet

4.2) Environnement de test

Il mentionne le minimum matériel exigences qui seront utilisées pour tester l’Application.

Suivant(e) les logiciels sont requis en plus des logiciels spécifiques au client.

  • Windows 8 et ci-dessus
  • Bureau 2013 et supérieur
  • MS Exchange, etc.

5) Termes/Acronymes

Mentionner tous les termes ou acronymes utilisés dans le projet

TERME/ACRONYME DÉFINITION
API Interface du 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 bancaire de document de plan de test

1 Présentation

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, ainsi que les risques associés au plan.

1.1 Portée

1.1.1 Dans la portée

Toutes les fonctionnalités du site Web Guru99 Bank qui ont été définies dans les exigences logicielles spécifications doivent être testés
Nom du module Rôles applicables Description
Demande de solde Responsable Clientèle Client:Un client peut avoir plusieurs comptes bancaires. Il ne peut consulter que le solde de ses comptes Gérant:Un gestionnaire peut visualiser le solde de tous les clients qui relèvent de sa supervision
Transfert de fonds Responsable Clientèle Client: Un client peut transférer des fonds de son « propre » compte vers n’importe quel compte de destination. Gérant:Un gestionnaire peut transférer des fonds de n'importe quel compte bancaire source vers un compte de destination
Mini déclaration Responsable Clientèle Un mini relevé affichera les 5 dernières transactions d'un compte Client: Un client peut voir un mini-relevé de ses « propres » comptes uniquement Gestionnaire: Un gestionnaire peut voir le mini-relevé de n'importe quel compte
Déclaration personnalisée Responsable Clientèle Un relevé personnalisé vous permet de filtrer et d'afficher les transactions d'un compte en fonction de la date et de la valeur de la transaction. Client: Un client peut voir un relevé personnalisé uniquement de ses « propres » comptes Gérant:Un gestionnaire peut voir le relevé personnalisé de n'importe quel compte
Changer mot de passe Responsable Clientèle Client: Un client peut changer le mot de passe uniquement de son compte. Gérant:Un gestionnaire ne peut modifier que le mot de passe de son compte. Il ne peut pas modifier les mots de passe de ses clients
Nouveau client Gérant Gérant: Un manager peut ajouter un nouveau client.
Gérant Gestionnaire: Un gestionnaire peut modifier des détails tels que l'adresse, l'e-mail et le téléphone d'un client.
Nouveau compte Gérant Actuellement, le système propose deux types de comptes : • Épargne • Courant. Un client peut avoir plusieurs comptes d'épargne (un à son nom, un autre à un nom commun, etc.). Il peut avoir plusieurs comptes courants pour différentes sociétés qu'il possède. Ou il peut avoir plusieurs comptes courants et d'épargne. Gestionnaire: Un gestionnaire peut ajouter un nouveau compte pour un client existant.
Modifier le compte Gérant Gestionnaire: Un responsable peut ajouter une modification des détails d'un compte existant
Supprimer le compte Gérant Gestionnaire: Un responsable peut ajouter et supprimer un compte pour un client.
Supprimer le client Gérant Un client ne peut être supprimé que s'il n'a pas de compte courant ou d'épargne actif. Gestionnaire: Un responsable peut supprimer un client.
Caution Gérant Gestionnaire: Un gestionnaire peut déposer de l'argent sur n'importe quel compte. Cela se fait généralement lorsque de l'argent liquide est déposé dans une agence bancaire.
Retrait Gérant Gestionnaire: Un gestionnaire peut retirer de l'argent de n'importe quel compte. Cela se fait généralement lors d'un retrait d'argent 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 logicielles requises.
  • Interfaces utilisateur
  • Interfaces matérielles
  • Interfaces logicielles
  • Base de données logique
  • Interfaces de communication
  • Sécurité et performances du site Web

1.2 Objectif qualité

Les objectifs du test sont de vérifier la fonctionnalité du site Web de Guru99 Bank, le projet devrait se concentrer sur le test du opération bancaire tels que la gestion du compte, le retrait et le solde… etc. à guarantir toutes ces opérations peuvent fonctionner normalement dans un environnement commercial réel.

Rôles et responsabilités de 1.3

Le projet devrait utiliser externaliser membres en tant que testeur pour économiser le coût du projet.
No. Membre Tâches
1. Test Manager Gérer l'ensemble du projet Définir les orientations du projet Acquérir les ressources appropriées
2. Le 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, consigner les résultats, signaler les défauts. Membres externalisés
3. Développeur en test Implémenter les cas de test, le programme de test, la suite de tests, etc.
4. Administrateur de tests Crée et garantit que l'environnement de test et les actifs sont gérés et maintenus. Aide le testeur à utiliser l'environnement de test pour l'exécution des tests.
5. Membres de la SQA Prendre en charge l'assurance qualité Vérifier si le processus de test répond aux exigences spécifiées

2 Méthodologie des tests

2.1 Aperçu

2.2 Niveaux de tests

Dans le projet Guru99 Bank, 3 types de tests doivent être effectués.
  • Intégration : Tests (les modules logiciels individuels sont combinés et testés en groupe)
  • Système Tests : effectués sur un complet, des services système pour évaluer la conformité du système avec ses exigences spécifiées
  • Test d'API: Testez toutes les API créées pour le logiciel testé

2.3 Tri des bogues

2.4 Critères de suspension et exigences de reprise

Si les membres de l'équipe signalent qu'il y a 40% de cas de tests manqué, suspendez les tests jusqu'à ce que l'équipe de développement corrige tous les cas d'échec.

2.5 Complétude des tests

  • Spécifie les critères qui dénotent un réussi réalisation d'une phase de test
  • Courir le taux est obligatoire pour être 100% à moins qu'une raison claire soit donnée.
  • Passé le taux est % 80, atteindre le 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 tests 170 heures-homme
Effectuer l'exécution des tests Testeur, Administrateur de Tests 80 heures-homme
Rapport d'essai Testeur 10 heures-homme
Test de livraison 20 heures-homme
Total 280 heures-homme
Planifier pour accomplir ces tâches

3 livrables de test

Les livrables des tests sont fournis comme ci-dessous Avant la phase de tests
  • Document sur les plans de tests.
  • Cas de test INSTITUTIONNELS
  • Spécifications de conception des tests.
Pendant le test – Simulateurs d’outils de test. – Données de test – Matrice de traçabilité des tests – Journaux d’erreurs et journaux d’exécution. Une fois les cycles de tests terminés
  • Résultats/rapports des tests
  • Rapport de défaut
  • Directives sur les procédures d'installation/de test
  • Notes de publication

4 Besoins en ressources et en environnement

4.1 Outils de test

No. Pour en savoir plus Descriptions
1. Server Besoin d'un serveur de base de données qui installe MySQL serveur Serveur Web sur lequel installer Apache Server
2. Outil d'essai Développer un outil de test capable de générer automatiquement le résultat du test sous la forme prédéfinie et d'exécuter automatiquement les tests.
3. Réseau Configurez un LAN Gigabit et 1 ligne Internet avec une vitesse d'au moins 5 Mb/s
4. Ordinateur Au moins 4 ordinateurs exécutés Windows 7, RAM 2 Go, processeur 3.4 GHz

4.2 Environnement de test

Il mentionne les exigences matérielles et logicielles minimales qui seront utilisées pour tester l'application. Les logiciels suivants sont requis en plus des logiciels spécifiques au client.
  • Windows 11 et ci-dessus
  • Bureau 2021 et supérieur
  • MS Exchange, etc.

En savoir plus Lire la suite

Tu pourrais aimer: