sample test plan document
Souhaitez-vous apprendre et télécharger un exemple de plan de test? Ce didacticiel répond à ceux qui ont demandé un exemple de plan de test.
Dans mon tutoriel précédent, j'ai décrit les Index du plan de test. Dans ce tutoriel, je développerai cet index avec plus de détails.
Un plan de test reflète l'ensemble de votre programme de test et de votre approche.
=> Cliquez ici pour une série complète de didacticiels sur le plan de test
Cela comprend l'objectif d'un plan de test, c'est-à-dire la portée, l'approche, les ressources et le calendrier des activités de test. Afin d'identifier les éléments à tester, les fonctionnalités à tester, les tâches de test à effectuer, le personnel responsable de chaque tâche, les risques associés à ce plan, etc.
J'ai inclus le lien pour télécharger un format PDF de cet exemple de plan de test à la fin de cet article.
Exemple de plan de test
(Nom du produit)
Préparé par:
(Noms de ceux qui se sont préparés)
(Date)
TABLE DES MATIÈRES (TOC)
1.0 INTRODUCTION
2.0 OBJECTIFS ET TÂCHES
2.1 Objectifs
2.2 Tâches
3.0 PORTÉE
4.0 Stratégie de test
4.1 Test alpha (test unitaire)
4.2 Test du système et de l'intégration
4.3 Tests de performance et de stress
4.4 Test d'acceptation par l'utilisateur
4.5 Test par lots
4.6 Test de régression automatisé
4.7 Test bêta
5.0 Exigences matérielles
logiciel pour ripper un dvd sur un ordinateur
6.0 Exigences d'environnement
6.1 Cadre principal
6.2 Station de travail
7.0 Calendrier des tests
8.0 Procédures de contrôle
9.0 Fonctionnalités à tester
10.0 Fonctionnalités à ne pas tester
11.0 Ressources / rôles et responsabilités
12.0 Horaires
13.0 Départements significativement touchés (SID)
14.0 Dépendances
15.0 Risques / hypothèses
16.0 Outils
17.0 Approbations
Noter: Ce plan de test est fourni au format PDF. Pour une flexibilité maximale, pensez à utiliser un outil de gestion de test basé sur le Web comme TestRail pour développer vos plans de test.
Explorons chaque domaine en détail !!
1.0 INTRODUCTION
Il s'agit d'un bref résumé du produit testé. Décrivez toutes les fonctions à un niveau élevé.
2.0 OBJECTIFS ET TÂCHES
2.1 Objectifs
Décrivez les objectifs soutenus par le Master Test Plan, Par exemple , définissant les tâches et les responsabilités, un véhicule de communication, un document à utiliser comme accord de niveau de service, etc.
2.2 Tâches
Énumérez toutes les tâches identifiées par ce plan de test, c'est-à-dire les tests, les post-tests, les rapports de problèmes, etc.
3.0 PORTÉE
Général: Cette section décrit ce qui est testé, ce qui est nouveau pour toutes les fonctions d'un produit spécifique, ses interfaces existantes, l'intégration de toutes les fonctions, etc.
Tactique: Indiquez ici comment vous allez accomplir les éléments que vous avez énumérés dans la section «Portée».
Par exemple , si vous avez mentionné que vous allez tester les interfaces existantes, quelles seraient les procédures que vous suivriez pour informer les personnes clés de représenter leurs domaines respectifs, ainsi que pour allouer du temps dans leur emploi du temps pour vous aider dans l'accomplissement de votre activité?
4.0 STRATÉGIE DE TEST
Décrivez l'approche globale des tests. Pour chaque grand groupe d'entités ou combinaisons d'entités, spécifiez l'approche qui garantira que ces groupes d'entités sont correctement testés.
Spécifiez les principales activités, techniques et outils utilisés pour tester les groupes d'entités désignés.
L'approche doit être décrite avec suffisamment de détails pour permettre l'identification des principales tâches de test et l'estimation du temps nécessaire pour chacune d'entre elles.
4.1 Test unitaire
Définition: Spécifiez le degré minimum d'exhaustivité souhaité. Identifier les techniques qui seront utilisées pour juger de l'exhaustivité de l'effort de test ( Par exemple , déterminer quelles instructions ont été exécutées au moins une fois).
Spécifiez tout critère d'achèvement supplémentaire ( Par exemple , fréquence d'erreur). Les techniques à utiliser pour retracer les exigences doivent être spécifiées.
Participants: Énumérez les noms des personnes / départements qui seraient responsables de Test unitaire .
Méthodologie: Décrivez comment les tests unitaires seront effectués. Qui rédigera les scripts de test pour les tests unitaires, quelle serait la séquence des événements des tests unitaires et comment l'activité de test se déroulera-t-elle?
4.2 Test du système et de l'intégration
Définition: Énumérez ce que vous comprenez Test du système et tests d'intégration pour votre projet.
Participants: Qui dirigera le système et Test d'intégration sur votre projet? Dressez la liste des personnes qui seront responsables de cette activité.
Méthodologie: Décrivez comment les tests du système et de l'intégration seront menés. Qui écrira les scripts de test pour les tests unitaires, quelle serait la séquence des événements des tests système et d'intégration, et comment l'activité de test se déroulera-t-elle?
4.3 Tests de performance et de stress
Définition: Énumérez ce que vous comprenez des tests de résistance pour votre projet.
Participants: Qui effectuera des tests de résistance sur votre projet? Dressez la liste des personnes qui seront responsables de cette activité.
Méthodologie: Décrivez comment les tests de performance et de stress seront menés. Qui rédigera les scripts de test pour les tests, quelle serait la séquence des événements pour les tests de performance et de stress, et comment l'activité de test se déroulera-t-elle?
4.4 Test d'acceptation par l'utilisateur
Définition: Le but du test d'acceptation est de confirmer que le système est prêt à être utilisé. Pendant le test d'acceptation, les utilisateurs finaux (clients) du système comparent le système à ses exigences initiales.
Participants: Qui sera responsable des tests d'acceptation des utilisateurs? Énumérez le nom des personnes et leur responsabilité.
Méthodologie: Décrivez comment les tests d'acceptation des utilisateurs seront effectués. Qui rédigera les scripts de test pour les tests, quelle serait la séquence des événements du test d'acceptation par l'utilisateur et comment l'activité de test se déroulera-t-elle?
4.5 Test par lots
4.6 Test de régression automatisé
Définition: Les tests de régression est le nouveau test sélectif d'un système ou d'un composant pour vérifier que les modifications n'ont pas causé d'effets involontaires et que le système ou composant fonctionne toujours comme spécifié dans les exigences.
4.7 Test bêta
5.0 EXIGENCES MATÉRIELLES
Des ordinateurs
Modems
6.0 EXIGENCES ENVIRONNEMENTALES
6.1 Cadre principal
Spécifiez les propriétés nécessaires et souhaitées de l'environnement de test.
La spécification doit contenir les caractéristiques physiques des installations, y compris le matériel, les communications et le logiciel système, le mode d'utilisation ( Par exemple, autonome) et tout autre logiciel ou matériel requis pour prendre en charge le test.
Spécifiez également le niveau de sécurité qui doit être fourni pour l'installation de test, le logiciel système et les composants propriétaires tels que les logiciels, les données et le matériel.
Identifiez les outils de test spéciaux requis. Identifiez tout autre besoin de test ( Par exemple, publications ou bureaux). Identifiez la source de tous les besoins qui ne sont pas actuellement disponibles pour votre groupe.
6.2 Station de travail
7.0 CALENDRIER DES ESSAIS
Incluez tous les jalons de test identifiés dans le calendrier du projet logiciel ainsi que tous les événements de transmission des éléments.
Définissez tous les jalons de test supplémentaires requis. Estimez le temps nécessaire pour effectuer chaque tâche de test. Spécifiez le calendrier de chaque tâche de test et jalon de test. Pour chaque ressource de test (c'est-à-dire les installations, les outils et le personnel), spécifiez ses périodes d'utilisation.
8.0 PROCÉDURES DE CONTRÔLE
Rapport de problème
Documentez les procédures à suivre lorsqu'un incident survient pendant le processus de test. Si un formulaire standard doit être utilisé, joignez une copie vierge comme «annexe» au plan de test.
Si vous utilisez un système d'enregistrement automatique des incidents, rédigez ces procédures.
Demandes de changement
Documentez le processus de modification du logiciel. Identifiez qui approuvera les modifications et quels seraient les critères pour inclure les modifications apportées au produit actuel.
Si les changements affectent les programmes existants, ces modules doivent être identifiés.
9.0 CARACTÉRISTIQUES À TESTER
Identifiez toutes les fonctionnalités logicielles et les combinaisons de fonctionnalités logicielles qui seront testées.
10.0 CARACTÉRISTIQUES À NE PAS TESTER
Identifiez toutes les fonctionnalités et combinaisons significatives de fonctionnalités qui ne seront pas testées ainsi que les raisons.
11.0 RESSOURCES / RÔLES ET RESPONSABILITÉS
Spécifiez les membres du personnel impliqués dans le projet de test et quels seront leurs rôles ( Par exemple, Mary Brown (utilisateur) compile des cas de test pour les tests d'acceptation).
Identifiez les groupes responsables de la gestion, de la conception, de la préparation, de l'exécution et de la résolution des activités de test ainsi que des problèmes connexes.
Identifiez également les groupes chargés de fournir l'environnement de test. Ces groupes peuvent inclure des développeurs, des testeurs, du personnel d'exploitation, des services de test, etc.
12.0 HORAIRES
Principaux livrables: Identifiez les documents livrables. Vous pouvez lister les documents suivants:
- Plan de test
- Cas de test
- Rapports d'incident de test
- Rapports de synthèse des tests
13.0 DÉPARTEMENTS SIGNIFICATIVEMENT IMPACTÉS (SID)
Bus département / zone commerciale. Testeur (s) de gestionnaire
14.0 DÉPENDANCES
Identifiez les contraintes importantes sur les tests, telles que la disponibilité des éléments de test, la disponibilité des ressources de test et les délais.
15.0 RISQUES / HYPOTHÈSES
Identifiez les hypothèses à haut risque du plan de test. Spécifiez des plans d'urgence pour chaque ( Par exemple, un retard dans la livraison des articles de test peut nécessiter une augmentation de la planification des équipes de nuit pour respecter la date de livraison).
1 6.0 OUTILS
Répertoriez les outils d'automatisation que vous allez utiliser. Également, listez l'outil de suivi des bogues ici.
17.0 APPROBATIONS
Précisez les noms et titres de toutes les personnes qui doivent approuver ce plan. Prévoyez de l'espace pour les signatures et les dates.
Nom (en majuscules) Signature Date:
1.
deux.
3.
Quatre.
Télécharger: Vous pouvez également télécharger cet exemple de plan de test Modèle ici.
Nous avons également préparé un vraiPlan de test de projet en directà partir de cet échantillon.
Vous pouvez le vérifier et le télécharger sur les tutoriels suivants:
=> Visitez ici pour une série complète de didacticiels sur le plan de test
lecture recommandée
- Programme de cours de test de logiciels - Plan de formation détaillé du cours en ligne
- Exemple de modèle de plan de test logiciel avec format et contenu
- Exemple de questions sur la certification de test ISTQB avec réponses
- Tutoriel de plan de test: un guide pour rédiger un document de plan de test logiciel à partir de zéro
- Meilleurs outils de test de logiciels 2021 [Outils d'automatisation des tests QA]
- Téléchargement du livre électronique sur les tests
- Quand arrêter les tests (critères de sortie dans les tests logiciels)
- Exemple de rapport de bogue