Meilleurs modèles de plan de test avec exemples

Le plan de test comporte différentes variantes, par exemple le standard IEEE a un format standard pour la documentation de test de logiciel, qui fournit un résumé de ce que doit contenir un plan de test. Tous les modèles et exemples que vous pouvez télécharger en bas de la page.

Modèle 1

Modèle de plan de test: (Nom du produit)
Preparé par:

(Noms des préparateurs)

(Rendez-vous amoureux)

 

PLAN DE TEST

1. INTRODUCTION

Un bref résumé du produit testé. Décrivez toutes les fonctions à un niveau élevé.

2. OBJECTIFS ET TACHES

  • Objectifs

Décrivez les objectifs pris en charge par le plan de test principal, par exemple, en définissant les tâches et les responsabilités, un moyen de communication, un document à utiliser comme un accord de niveau de service, etc.

  • les tâches

Répertoriez 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. PORTÉE

  • Général

Cette section décrit ce qui est testé, par exemple toutes les fonctions d’un produit spécifique, ses interfaces existantes, l’intégration de toutes les fonctions.

  • Tactique

Indiquez ici comment vous allez réaliser les objets que vous avez énumérés dans la section « Portée ». Par exemple, si vous avez indiqué que vous testeriez les interfaces existantes, quelles procédures suivriez-vous pour informer les personnes clés représentant leurs zones respectives, tout en allouant du temps dans leur emploi du temps pour vous aider à réaliser votre activité?

4. STRATÉGIE D’ESSAI

Décrivez l’approche globale des tests. Pour chaque grand groupe de caractéristiques ou combinaisons de caractéristiques, spécifiez l’approche qui garantira que ces groupes de caractéristiques sont correctement testés. Spécifiez les principales activités, techniques et outils utilisés pour tester les groupes de caractéristiques désignés.

La méthode doit être décrite avec suffisamment de détails pour permettre l’identification des principales tâches d’essais et l’estimation du temps requis pour les réaliser.

4.1 Tests unitaires

Définition Spécifiez le degré minimum d’exhaustivité souhaité. Identifiez les techniques qui seront utilisées pour juger du caractère exhaustif des tests (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, la fréquence d’erreur). Les techniques à utiliser pour suivre les besoins doivent être spécifiées
Participants Énumérer les noms des personnes / départements qui seraient responsables des tests unitaires.
Méthodologie Décrivez comment les tests unitaires seront effectués. Qui rédigera les scripts de test pour le test unitaire, quelle serait la séquence d’événements du test unitaire et comment l’activité de test aura-t-elle lieu?

4.2 Test du système et de l’intégration

Définition Énumérez votre compréhension des tests de système et d’intégration pour votre projet.
Participants Qui effectuera les tests de système et d’intégration sur votre projet? Énumérez les personnes qui seront responsables de cette activité.
Méthodologie Décrivez comment les tests de système et d’intégration seront effectués. Qui rédigera les scripts de test pour le test, quelle sera la séquence d’événements de test du système et de l’intégration et comment se déroulera l’activité de test?

4.3 Tests de performance et de stress

Définition Énumérez votre compréhension du test de stress pour votre projet.
Participants Qui effectuera les tests de résistance sur votre projet? Énumérez les personnes qui seront responsables de cette activité.
Méthodologie Décrivez comment les tests de performance et de stress seront effectués. Qui rédigera les scripts de test pour les tests, quelle sera la séquence d’événements de Performance & Stress Testing et comment l’activité de test aura-t-elle lieu?

4.4 Test d’acceptation utilisateur

Définition Le but du test de réception est de confirmer que le système est prêt à être utilisé. Lors des tests 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? Dressez la liste des noms et responsabilités des individus.
Méthodologie Décrivez comment les tests d’acceptation des utilisateurs seront effectués. Qui rédigera les scripts de test pour le test, quelle serait la séquence d’événements du test d’acceptation utilisateur et comment se déroulera l’activité de test?

4.5 Test de régression automatisé

Définition Le test 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 provoqué d’effets inattendus et que le système ou le composant fonctionne toujours comme spécifié dans les exigences.
Participants Qui effectuera les tests de régression sur votre projet? Énumérez les personnes qui seront responsables de cette activité.
Méthodologie Décrivez comment les tests de régression automatisés seront effectués. Qui rédigera les scripts de test pour le test, quelle sera la séquence d’événements du test de régression automatique et comment se déroulera l’activité de test?

 

5. EXIGENCES MATÉRIELLES

Des ordinateurs:

  • Architecture Tous les systèmes d’exploitation informatiques sont conçus pour une architecture informatique particulière. La plupart des applications logicielles sont limitées à des systèmes d’exploitation particuliers s’exécutant sur des architectures particulières. Bien qu’il existe des systèmes d’exploitation et des applications indépendants de l’architecture, la plupart doivent être recompilés pour fonctionner sur une nouvelle architecture. Voir également une liste des systèmes d’exploitation courants et de leurs architectures de support.
  • Puissance de calcul La puissance de l’unité centrale de traitement (CPU) est une exigence fondamentale du système pour tout logiciel. La plupart des logiciels fonctionnant sur une architecture x86 définissent la puissance de traitement en tant que modèle et vitesse d’horloge du processeur. De nombreuses autres fonctionnalités d’un processeur qui influencent sa vitesse et sa puissance, telles que la vitesse du bus, le cache et MIPS, sont souvent ignorées. Cette définition de la puissance est souvent erronée, car les processeurs AMD Athlon et Intel Pentium à une vitesse d’horloge similaire ont souvent des débits différents. Les processeurs Intel Pentium jouissent d’une popularité considérable et sont souvent mentionnés dans cette catégorie.
  • Mémoire Tous les logiciels, lorsqu’ils sont exécutés, résident dans la mémoire vive (RAM) d’un ordinateur. Les besoins en mémoire sont définis après avoir pris en compte les demandes de l’application, du système d’exploitation, des logiciels et des fichiers pris en charge, ainsi que d’autres processus en cours d’exécution. Les performances optimales d’autres logiciels non liés s’exécutant sur un système informatique multitâche sont également prises en compte lors de la définition de cette exigence.
  • Stockage secondaire La configuration requise pour le disque dur varie en fonction de la taille de l’installation logicielle, des fichiers temporaires créés et conservés lors de l’installation ou de l’exécution du logiciel et de l’utilisation éventuelle de l’espace de permutation (si la mémoire RAM est insuffisante).
  • Adaptateur pour écran Les logiciels nécessitant un écran graphique supérieur à la moyenne, tels que les éditeurs graphiques et les jeux haut de gamme, définissent souvent des cartes graphiques haut de gamme dans la configuration système requise.
  • Des périphériques

6. 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 (autonome, par exemple) et tout autre logiciel ou consommable nécessaire à la réalisation du test. Indiquez également le niveau de sécurité à fournir 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 nécessaires. Identifiez d’autres éléments à tester (par exemple, des publications ou des espaces de bureau). Identifiez la source de tous les besoins qui ne sont pas actuellement disponibles pour votre groupe.

7. CALENDRIER DES ESSAIS

Inclure les jalons de test identifiés dans le calendrier du projet logiciel ainsi que tous les événements de transmission d’élément.

Définissez les jalons de test supplémentaires nécessaires. Estimez le temps nécessaire pour effectuer chaque tâche de test. Spécifiez la planification pour chaque tâche de test et le jalon de test. Pour chaque ressource de test (installations, outils et personnel), spécifiez ses périodes d’utilisation.

8. PROCÉDURES DE CONTRÔLE

  • Signaler un problème

Documentez les procédures à suivre lorsqu’un incident est rencontré pendant le processus de test. Si un formulaire standard doit être utilisé, joignez une copie vierge en tant qu ‘ »Annexe » au plan de test. Si vous utilisez un système automatisé de journalisation des incidents, écrivez ces procédures dans cette section.

  • Demandes de changement

Documenter le processus de modification du logiciel. Identifiez qui va approuver les modifications et quels seraient les critères pour inclure les modifications au produit actuel. Si les modifications affectent les programmes existants, ces modules doivent être identifiés.

 

9. CARACTÉRISTIQUES À TESTER

Identifiez toutes les fonctionnalités logicielles et les combinaisons de fonctionnalités logicielles qui seront testées.

10. 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. RESSOURCES / RÔLES ET RESPONSABILITÉS

Spécifiez les membres du personnel impliqués dans le projet de test et leur rôle (par exemple, Mary Brown (utilisateur) compile les 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. HORAIRES

Livrables Majeurs

Identifier les documents livrables. Vous pouvez lister les documents suivants:

  • Plan de test
  • Cas de test
  • Test des rapports d’incident
  • Rapports de résumé de test

13. DÉPARTEMENTS SIGNIFICATIFS (SID)

 

Département / Business Bus. Gestionnaire testeur (s)

 

14. 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. RISQUES / HYPOTHÈSES

Identifiez les hypothèses à haut risque du plan de test. Spécifiez des plans d’urgence pour chacun (par exemple, un retard dans la livraison des éléments de test peut nécessiter un horaire plus long pour le quart de nuit afin de respecter la date de livraison).

16. OUTILS

Liste des outils que vous allez utiliser. Répertoriez également l’outil de suivi des bogues ici.

17. APPROBATIONS

Spécifiez les noms et titres de toutes les personnes qui doivent approuver ce plan. Fournissez un espace pour les signatures et les dates.

Non Nom en lettres majuscules) Signature

Rendez-vous amoureux

1
2
3
4

Modèle 2

1. Introduction

1.1 Objet du document de plan de test

[Indiquer l’objet du document de plan de test. Ce document doit être adapté aux besoins d’un projet particulier.]

Le document du plan de test inclut et suit les informations nécessaires pour définir efficacement l’approche à utiliser pour tester le produit du projet. Le document Plan de test est créé pendant la phase de planification du projet. Le public visé est le chef de projet, l’équipe de projet et l’équipe de test. Certaines parties de ce document peuvent être partagées occasionnellement avec le client / utilisateur et d’autres parties prenantes dont la contribution / l’approbation dans le processus de test est nécessaire.

2. Test de COMPATIBILITÉ

2.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

2.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. Inclure également une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

2.3 Approche (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

2.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

2.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

2.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

2.7 Résultats des tests

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

2.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

2.9 Vérifier les besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

3 tests de conformité

3.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

3.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

3.3 Approche du test

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

3.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

3.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

3.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

3.7 Résultats des tests

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

3.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrire également les critères de reprise pouvant être utilisés pour reprendre les tests.]

3.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

4 tests fonctionnels

4.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

4.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

4.3 Approche (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

4.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

4.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

4.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

4.7 Test des livrables

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

4.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

4.9 Vérifier les besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

5 tests de charge

5.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

5.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

5.3 Approche (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

5.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

5.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

5.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

5.7 Test des livrables

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

5.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

5.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

6 tests de performance

6.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

6.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. Inclure également une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

6.3 Méthode (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

6.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

6.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

6.6 Critères d’entrée et de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

6.7 Test des livrables

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

6.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

6.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

7 Test de régression

7.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

7.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. Inclure également une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

7.3 Méthode (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

7.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

7.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

7.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

7.7 Test des livrables

[Décrivez les résultats attendus du processus de test (documents, rapports, diagrammes, etc.).]

7.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

7.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

8 Tests de stress

8.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

8.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. Inclure également une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

8.3 Approche (s) du test

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

8.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

8.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

8.6 Critères d’entrée et de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

8.7 Livrables de test

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

8.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrire également les critères de reprise pouvant être utilisés pour reprendre les tests.]

8.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

9 Test du système

9.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

9.2 Éléments à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

9.3 Approche (s) du test

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

9.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

9.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

9.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

9.7 Résultats des tests

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

9.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrire également les critères de reprise pouvant être utilisés pour reprendre les tests.]

9.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

10 tests unitaires

10.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

10.2 Articles à tester / non testés

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

10.3 Approche (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

10.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

10.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

10.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

10.7 Test des livrables

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

10.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrire également les critères de reprise pouvant être utilisés pour reprendre les tests.]

10.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

11 Tests d’acceptation des utilisateurs

11.1 Risques / problèmes de test

[Décrire les risques associés aux tests de produits ou fournir une référence à l’emplacement du document où il est stocké. En outre, décrivez les stratégies d’atténuation et les plans d’urgence appropriés.]

11.2 Éléments à tester / non à tester

[Décrivez les éléments / fonctionnalités / fonctions à tester qui entrent dans le cadre de ce plan de test. Inclure une description de la façon dont ils seront testés, quand, par qui et à quelles normes de qualité. En outre, inclure une description des éléments sur lesquels il a été convenu de ne pas être testés.]

Point à tester Description du test Date du test Responsabilité

11.3 Approche (s) d’essai

[Décrivez la méthode de test globale à utiliser pour tester le produit du projet. Donner un aperçu des tests prévus.]

11.4 Critères de test / de réglementation

[Décrivez tout règlement ou mandat contre lequel le système doit être testé.]

11.5 Critères de réussite / d’échec du test

[Décrivez les critères utilisés pour déterminer si un test a réussi ou échoué son test.]

11.6 Critères d’entrée / de sortie du test

[Décrivez les critères d’entrée et de sortie utilisés pour démarrer les tests et déterminez quand il faut les arrêter.]

11.7 Test des livrables

[Décrivez les produits livrables qui résulteront du processus de test (documents, rapports, diagrammes, etc.).]

11.8 Critères de suspension / reprise du test

[Décrivez les critères de suspension pouvant être utilisés pour suspendre tout ou partie des tests. Décrivez également les critères de reprise pouvant être utilisés pour reprendre les tests.]

11.9 Test des besoins en environnement / en personnel / en formation

[Décrivez toutes les exigences spécifiques requises pour les tests à effectuer (matériel / logiciel, personnel, formation, etc.).]]

Approbation du plan de test

Les soussignés reconnaissent avoir examiné le<Nom du projet> Plan de test documenter et d’approuver l’approche qu’il présente. Toute modification apportée à cette définition des besoins sera coordonnée et approuvée par le soussigné ou ses représentants désignés.

[Indiquez les personnes dont la signature est requise. Voici des exemples de ces personnes: délégué commercial, délégué technique et gestionnaire de projet. Ajoutez des lignes de signature supplémentaires si nécessaire.]

Signature: Rendez-vous amoureux:
Nom en lettres moulées:
Titre:
Rôle:

 

Signature: Rendez-vous amoureux:
Nom en lettres moulées:
Titre:
Rôle:

 

Signature: Rendez-vous amoureux:
Nom en lettres moulées:
Titre:
Rôle:

[Insérez le nom, le numéro de version, la description et l’emplacement physique de tout document référencé dans ce document. Ajoutez des lignes à la table si nécessaire.]

Le tableau suivant récapitule les documents référencés dans ce document.

Nom du document et version La description Emplacement
<Nom du document et numéro de version> [Fournir une description du document] <URL ou chemin réseau où se trouve le document>

[Insérer les termes et définitions utilisés dans ce document. Ajoutez des lignes à la table si nécessaire. Suivez le lien ci-dessous pour consulter les définitions des termes et acronymes utilisés dans ce document et d’autres dans la gestion de projet.]

Le tableau suivant fournit les définitions des termes relatifs à ce document.

Terme Définition
[Insérer le terme] [Fournir la définition du terme utilisé dans ce document.]
[Insérer le terme] [Fournir la définition du terme utilisé dans ce document.]
[Insérer le terme] [Fournir la définition du terme utilisé dans ce document.]

Télécharger:

 template_01

 template_02

 exemple_01

 exemple_02

 exemple_03