PLAN DE TEST en tests logiciels (exemple)

Plan de test

A Plan de test Un plan de test est un document détaillé qui décrit la stratégie, les objectifs, le calendrier, l'estimation, les livrables et les ressources nécessaires pour réaliser les tests d'un produit logiciel. Il nous aide à déterminer l'effort requis pour valider la qualité de l'application testée. Ce plan sert de feuille de route pour mener les activités de test logiciel selon un processus défini, suivi et contrôlé avec précision par le responsable des tests.

Selon la définition de l'ISTQB : « Un plan de test est un document décrivant la portée, l'approche, les ressources et le calendrier des activités de test prévues. »

Commençons par l'exemple/scénario de plan de test suivant : lors d'une réunion, vous souhaitez discuter du plan de test avec les membres de l'équipe, mais ils ne sont pas intéressés.

Dans ce cas, que ferez-vous ? Sélectionnez votre réponse comme indiqué dans la figure suivante.

👉 Inscrivez-vous gratuitement au projet de test de logiciel en direct

Quelle est l'importance d'un plan de test ?

L'élaboration d'un document de plan de test présente de multiples avantages.

• Aidez les personnes extérieures à l'équipe de test, telles que les développeurs, les responsables commerciaux et les clients, comprendre les détails des tests.
• Plan de test guides notre pensée. C'est comme un livre de règles qu'il faut suivre.
• Aspects importants tels que l'estimation des tests, la portée des tests, Stratégie de test Ces documenté dans le plan de test, afin qu'il puisse être examiné par l'équipe de direction et réutilisé pour d'autres projets.

Types de plans de test

Il existe trois principaux types de Plans de test dans les tests de logiciels.

1. Plan directeur des tests : Document de synthèse présentant la stratégie globale de test, son périmètre, les ressources nécessaires et le calendrier pour tous les niveaux de test. Il constitue la feuille de route principale du projet.
2. Plan de test spécifique au niveau : Chaque plan se concentre sur des niveaux de test spécifiques, tels que les tests unitaires, d'intégration, système ou d'acceptation. Il détaille l'approche, l'environnement et les livrables pour ce niveau.
3. Plan de test spécifique au type : TargetIl s'agit de types de tests spécialisés comme les tests de performance, de sécurité, d'utilisabilité ou d'automatisation. Il définit les outils, les techniques et les critères propres à chaque type de test.

Ensemble, ces plans de test garantissent une couverture complète, alignent les objectifs de test sur les objectifs du projet et améliorent la coordination entre les équipes pour une meilleure qualité logicielle.

Comment rédiger un plan de test

Vous savez déjà que faire un Plan de test est la tâche la plus importante de Processus de gestion des testsSuivez les sept étapes ci-dessous pour créer un plan de test conforme à la norme IEEE 829.

1. Analyser le produit
2. Concevoir la stratégie de test
3. Définir les objectifs du test
4. Définir les critères de test
5. Planification des ressources
6. Planifier l'environnement de test
7. Calendrier et estimation
8. Déterminer les livrables des tests

Étape 1) Analyser le produit

Comment tester un produit sans des informations à ce sujet ? La réponse est ImpossibleVous devez apprendre à utiliser un produit. complètement avant de le tester.

Le produit testé est le GuruSite web de la banque 99. Vous devriez étudier les clients et les utilisateurs finaux afin de connaître leurs besoins et leurs attentes vis-à-vis de l'application.

• Qui utilisera le site Web ?
• Quel est-il utilisé?
• Comment ça va fonctionner?
• Quels logiciels/matériels le produit utilise-t-il ?

Vous pouvez utiliser l'approche suivante pour analyser le site.

Appliquons maintenant les connaissances ci-dessus à un produit réel : Analyser le site bancaire https://demo.guru99.com/V4.

Vous devriez prendre un regarde autour ce site Web et aussi évaluation documentation produit. RevLa vue de la documentation du produit vous aide à comprendre toutes les fonctionnalités du site Web ainsi que comment l'utiliser. Si vous n'êtes pas clair sur certains éléments, vous pourriez interview client, développeur, concepteur pour obtenir plus d’informations.

Étape 2) Développer une stratégie de test

La stratégie de test est un étape critique Lors de l'élaboration d'un plan de test en test logiciel, un document de stratégie de test est nécessaire. Ce document de haut niveau, généralement élaboré par le responsable des tests, définit :

• Les projets objectifs des tests et les moyens pour les atteindre
• Détermine les tests effort et les coûts

Pour en revenir à votre projet, vous devez élaborer une stratégie de test pour ce site web bancaire. Veuillez suivre les étapes ci-dessous.

Étape 2.1) Définir la portée des tests

Avant de commencer toute activité de test, il est indispensable de définir précisément le périmètre des tests. Il faut y réfléchir attentivement.

• Les composants du système à tester (matériel, logiciel, intergiciel, etc.) sont définis comme suit : « dans le champ d'application »
• Les composants du système qui ne seront pas testés doivent également être clairement définis comme étant « Hors sujet. »

Définir le périmètre de votre projet de test est essentiel pour toutes les parties prenantes. Un périmètre précis vous sera utile.

• Donnez à tout le monde confiance et informations précises à propos des tests que vous effectuez.
• Tous les membres du projet auront un clair compréhension de ce qui est testé et de ce qui ne l'est pas.

Comment déterminez-vous le périmètre de votre projet ?

Pour déterminer la portée, vous devez :

• Exigence client précise
• Budget du projet
• Spécifications du produit
• Compétences et talents de votre équipe de test

Il convient maintenant de définir clairement ce qui est « inclus » et ce qui est « exclu » du champ d'application des tests.

• Comme l'exigence logicielle spécifications, le projet Guru99 Bank se concentre uniquement sur le test de tous les fonctions et interface externe du site Web Guru99 Banque (portée essai)
• Tests non fonctionnels tels que stress, performance or base de données logique ne sera pas testé. (sur portée)

Scénario de problème

Le client souhaite que vous testiez son API. Or, le budget du projet ne le permet pas. Que ferez-vous dans ce cas ?

Eh bien, dans ce cas, vous devez convaincre le client que Tests d'API Cela représente un travail supplémentaire et consommera des ressources importantes. Fournissez-lui des données à l'appui de vos affirmations. Indiquez-lui que si les tests d'API sont inclus dans le périmètre, le budget augmentera de XYZ.

Le client est d'accord, et par conséquent, les nouveaux périmètres, les éléments hors périmètre sont

• Éléments concernés : Essais fonctionnels, Tests d'API
• Éléments hors champ d'application : Test de base de données, le matériel et toute autre interface externe

Étape 2.2) Identifier le type de test

A Type de test est une procédure de test standard qui donne un résultat de test attendu.

Chaque type de test est conçu pour identifier un type spécifique de bogues du produit. Cependant, tous les types de tests visent un objectif commun : « … »Détection précoce de tous les défauts avant de remettre le produit au client »

Le couramment utilisé Les types de tests sont décrits comme suit dans la figure

Il y a des tonnes de types de tests pour tester un produit logiciel. Votre équipe ne peut pas mettre déployer suffisamment d'efforts pour gérer tous les types de tests. En tant que responsable des tests, vous devez définir les priorité des types de tests

• Quels types de tests devraient être concentré pour les tests d'applications web ?
• Quels types de tests devraient être ignoré pour faire des économies ?

Étape 2.3) Documenter les risques et les problèmes

Le risque est l'avenir événement incertain avec une probabilité de événement , l’aspect économique défaillances pour la perte. Lorsque le risque se concrétise, il devient le 'problème'.

Dans l'article Analyse des risques et solution, vous avez déjà pris connaissance de l'analyse des « risques » en détail et identifié les risques potentiels du projet.

Dans le plan de test QA, vous documenterez ces risques

Analyse	Mesures
Les membres de l'équipe ne possèdent pas les compétences requises pour les tests de sites web.	Planifiez un cours de formation pour former vos membres
Le calendrier du projet est trop serré ; c'est difficile de terminer ce projet à temps	complet » Priorité des tests pour chacune des activités de test.
Le responsable des tests possède de mauvaises compétences en gestion.	Plan formation en leadership pour le manager
Un manque de coopération affecte négativement la productivité de vos employés	Encouragez chaque membre de l'équipe dans sa tâche, et inspirer les inciter à de plus grands efforts.
Mauvaise estimation budgétaire et dépassements de coûts	Établir le portée Avant de commencer à travailler, accordez une grande importance à la planification du projet et constamment track et mesurer les progrès

Étape 2.4) Créer une logistique de test

Dans Test Logistics, le Test Manager doit répondre aux questions suivantes :

• Qui sommes-nous va tester ?
• Lorsque vous le test aura-t-il lieu ?

Qui va tester ?

Vous ne connaissez peut-être pas les noms exacts des testeurs qui effectueront les tests, mais type de testeur peut être défini.

Pour choisir le bon membre pour une tâche donnée, il faut évaluer si ses compétences correspondent aux exigences de la tâche et estimer le budget du projet. Choisir le mauvais membre peut compromettre le projet. échouer or être retardé.

Une personne possédant les compétences suivantes est idéale pour effectuer des tests logiciels :

• Capacité à comprendre le point de vue du client
• Forte désir pour la qualité
• Attention détailler
• Bon coopération

Dans votre projet, le membre qui sera responsable de l'exécution des tests est le testeurEn fonction du budget du projet, vous pouvez choisir un membre interne ou externe comme testeur.

Quand aura lieu le test ?

Les activités de test doivent être associées aux activités de développement associées.

Vous commencerez à tester lorsque vous aurez tous les articles requis comme indiqué dans la figure suivante.

Étape 3) Définir l'objectif du test

L'objectif du test est le but global et le résultat attendu de l'exécution du test. L'objectif du test est de détecter autant de défauts logiciels que possible et de s'assurer que le logiciel testé est… sans bug avant la libération.

Pour définir les objectifs du test, vous devez suivre les deux étapes suivantes

1. Énumérez toutes les caractéristiques du logiciel (fonctionnalités, performances, interface graphique…) qui pourraient nécessiter des tests.
2. Définir la l'objectif ou la objectif du test basé sur les fonctionnalités ci-dessus

Appliquons ces étapes pour trouver l'objectif du test de votre GuruProjet de test de 99 Bank

Vous pouvez choisir le 'DE HAUT EN BAS' méthode permettant d'identifier les fonctionnalités du site web susceptibles de nécessiter des tests. Cette méthode consiste à décomposer l'application testée en composants électriques et sous-composants.

Dans le sujet précédent, vous avez déjà analysé les spécifications fonctionnelles et parcouru le site web ; vous pouvez donc créer un Carte mentale Pour trouver les fonctionnalités du site Web, procédez comme suit :

Cette figure illustre toutes les caractéristiques de Guru99 sites web peuvent en avoir.

En vous basant sur les caractéristiques ci-dessus, vous pouvez définir l'objectif de test du projet. Guru99 comme suit :

• Vérifiez si le site web Guru99 (Compte, Dépôt…) fonctionne comme prévu, sans aucune erreur ni aucun bug dans l'environnement commercial réel.
• Vérifiez que l'interface externe du site web, telle que UI, fonctionne comme prévu et répond aux besoins du client
• Vérifiez le convivialité du site web. Ces fonctionnalités sont-elles pratiques pour l'utilisateur ou non ?

Étape 4) Définir les critères de test

Les critères de test sont une norme ou une règle sur laquelle une procédure de test ou un jugement de test peut être fondé. Il existe deux types de critères de test :

Critères de suspension

Spécifiez les critères de suspension critiques pour un test. Si les critères de suspension sont remplis pendant les tests, le cycle de test actif sera suspendu jusqu'à ce que les critères soient résolu.

Exemple de plan de test : Si les membres de votre équipe signalent que 40 % des cas de test ont échoué, vous devriez suspendre tester jusqu'à ce que l'équipe de développement corrige tous les cas d'échec.

Critère de sortie

Il précise les critères qui dénotent un réussi réalisation d’une phase de test. Les critères de sortie sont les résultats ciblés du test et sont nécessaires avant de passer à la phase suivante de développement. Exemple: 95 % de tous les cas de tests critiques doivent réussir.

Certaines méthodes de définition des critères de sortie consistent à spécifier un taux d'exécution et le taux de réussite.

• Le taux d'exécution est le rapport entre le nombre de cas de test exécutés et/ou nombre total de cas de test du cahier des charges. Par exemple, le cahier des charges comporte 120 tests, mais le testeur n'en a exécuté que 100 ; le taux d'exécution est donc de 100/120 = 0.83 (83 %).
• Le taux de réussite est le rapport entre les Nombre de cas de test réussis / cas de test exécutésPar exemple, sur les 100 TC exécutés ci-dessus, 80 ont été réussis, soit un taux de réussite de 80/100 = 0.8 (80 %).

Ces données peuvent être récupérées dans les documents Test Metric.

• Courir le taux est obligatoire pour être 100 % à moins qu'une raison claire soit donnée.
• Passé le taux dépend de la portée du projet, mais obtenir un taux de réussite élevé est un objectif.

Exemple de plan de test :Votre équipe a déjà effectué les exécutions de tests. Ils vous rapportent le résultat du test et veulent que vous confirmiez le Critère de sortie.

Dans le cas ci-dessus, le taux d'exécution est obligatoire et est 100 %L'équipe de test n'a exécuté que 90 % des cas de test. Le taux d'exécution n'est donc pas atteint ; par conséquent, ne confirmez pas les critères de sortie.

Étape 5) Planification des ressources

Un plan de ressources est un résumé détaillé de tous les types de ressources nécessaires à la réalisation d'une tâche de projet. Les ressources peuvent être humaines, matérielles et autres.

La planification des ressources est un facteur important de la planification des tests car elle contribue à détermination le nombre des ressources (personnel, matériel…) nécessaires au projet. Le responsable des tests peut ainsi établir un planning et un devis précis.

Cette section représente les ressources recommandées pour votre projet.

Des ressources humaines

Le tableau suivant représente les différents membres de votre équipe de projet

Non.	Membre	Tâches
1.	Test Manager	Gérer l'ensemble du projet Définir le projet Pour s’y rendre Acquérir les ressources appropriées
2.	Testeur	Identifier et décrire les techniques/outils/architecture d'automatisation de test appropriés Vérifier et évaluer l'approche de test Exécution les tests, enregistrer résultats, et rapport les défauts. Les testeurs peuvent être des membres internes ou externes, en fonction du budget du projet. Pour la tâche qui nécessite faible compétence, je vous recommande de choisir externalisé membres à enregistrer cout du projet.
3.	Développeur en test	Mettre en œuvre le les cas de test, le programme de test, la suite de tests, etc.
4.	Administrateur de tests	Construit et assure Environnement de test et les actifs sont gérés et maintenu Testeur de support utiliser l'environnement de test pour l'exécution des tests
5.	Membres de la SQA	Prenez en charge l'assurance qualité. Vérifiez si le processus de test répond aux exigences spécifiées.

Ressource système

Pour tester une application web, vous devez planifier les ressources comme suit :

Non.	Ressources	Descriptions
1.	Server	Installez l'application web à tester. Cela inclut un serveur web, un serveur de base de données et un serveur d'applications distincts, le cas échéant.
2.	Outil d'essai	L'outil de test sert à automatiser les tests, à simuler l'opération de l'utilisateur et à générer les résultats des tests. Il existe une multitude d'outils de test que vous pouvez utiliser pour ce projet, tels que : Selenium, QTP, etc.
3.	Réseau	Vous avez besoin d'un réseau, comprenant un réseau local (LAN) et Internet, pour simuler l'environnement réel de l'entreprise et des utilisateurs.
4.	Ordinateur	Le PC que les utilisateurs utilisent souvent pour se connecter au serveur web

Étape 6) Planifier l'environnement de test

Quel est l'environnement de test

Un environnement de test est une configuration logicielle et matérielle sur laquelle l'équipe de test va exécuter des cas de test. L'environnement de test se compose d'un vrai business et utilisateur environnement, ainsi que les environnements physiques, tels qu'un serveur et un environnement d'exécution frontal.

Comment configurer l'environnement de test

Pour en revenir à votre projet, comment configurez-vous un environnement de test pour ce site bancaire ?

Pour terminer cette tâche, vous avez besoin une forte coopération entre l'équipe de test et l'équipe de développement.

Vous devez poser quelques questions au développeur pour comprendre l'application Web testée. clairementVoici quelques questions recommandées. Bien sûr, vous pouvez poser d'autres questions si nécessaire.

• Quel est le nombre maximal de connexions utilisateur simultanées que ce site web peut gérer ?
• Quelles sont les exigences matérielles et logicielles pour installer ce site web ?
• L'ordinateur de l'utilisateur a-t-il besoin de paramètres particuliers pour naviguer sur le site web ?

La figure suivante décrit l'environnement de test du site web bancaire. https://demo.guru99.com/V4

Étape 7) Calendrier et estimation

Dans l'article Estimation des testsVous avez déjà utilisé des techniques pour estimer l'effort nécessaire à la réalisation du projet. Il convient maintenant d'intégrer cette estimation, ainsi que le calendrier, dans la planification des tests.

Dans la phase d'estimation des tests, supposons que vous décomposiez l'ensemble du projet en petites tâches et que vous additionniez l'estimation de chaque tâche comme suit

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

Ensuite, vous créez le calendrier pour accomplir ces tâches.

L'élaboration d'un planning est une pratique courante en gestion de projet. En créant un planning précis lors de la planification des tests, le responsable des tests peut s'en servir pour suivre l'avancement du projet et maîtriser les dépassements de coûts.

Pour établir le calendrier du projet, le responsable des tests a besoin de plusieurs types d'informations, comme suit :

• Date limite pour les employés et les projetsLes jours ouvrables, la date limite du projet et la disponibilité des ressources sont les facteurs qui influent sur le calendrier.
• Estimation du projetGrâce à cette estimation, le responsable des tests connaît la durée nécessaire à la réalisation du projet et peut ainsi établir le planning correspondant.
• Risque lié au projetComprendre le risque permet au responsable des tests d'ajouter suffisamment de temps au calendrier du projet pour gérer les risques.

Pratiquons avec un exemple :

Supposons que le patron veuille terminer le projet Guru99 " UN Vous avez déjà estimé l'effort nécessaire pour chaque tâche dans l'outil d'estimation des tests. Vous pouvez créer le planning comme suit :

Étape 8) Tester les livrables

Les livrables de test constituent la liste de tous les documents, outils et autres composants qui doivent être développés et maintenus pour soutenir l'effort de test.

Il existe différents livrables de test à chaque phase du cycle de vie du développement logiciel.

Les livrables des tests sont fournis avant la phase de test.

• Document sur les plans de tests.
• Documents sur les cas de tests
• Spécifications de conception des tests.

Les livrables des tests sont fournis pendant les tests

• Scripts de test
• Simulateurs.
• Données de test
• Test TracMatrice de capacité
• Journaux d'erreurs et journaux d'exécution.

Les livrables des tests sont fournis après Le cycle de tests est terminé.

• Résultats/rapports des tests
• Rapport de défaut
• Directives sur les procédures d'installation/de test
• Notes de publication

Défis courants liés à la planification des tests (et leurs solutions)

La planification efficace des tests se heurte souvent à des obstacles pratiques. Identifier ces difficultés et mettre en œuvre des solutions proactives garantit une exécution plus fluide et une meilleure qualité logicielle.

1. Exigences peu claires
   Défi : Des exigences de projet ambiguës ou changeantes entraînent une couverture de test incomplète.
   Solution: Effectuer des revues des exigences et maintenir une version évolutive des exigences tracmatrice de capacité.
2. Ressources limitées
   Défi : Le manque d'outils, de temps ou de testeurs qualifiés affecte la qualité des tests.
   Solution: Priorisez les cas de test critiques et tirez parti de l'automatisation pour les tâches répétitives.
3. Délais irréalistes
   Défi : Des délais serrés réduisent le temps disponible pour une conception et une exécution correctes des tests.
   Solution: Utilisez des techniques d'estimation et communiquez rapidement les risques aux parties prenantes.
4. Mauvaise communication
   Défi : Le manque d'harmonisation entre les équipes entraîne des retards et des reprises.
   Solution: Mettez en place des réunions de synchronisation régulières et des tableaux de bord partagés pour plus de transparence.
5. Gestion des risques inadéquate
   Défi : Ignorer les risques potentiels peut faire dérailler le calendrier du projet.
   Solution: Identifiez les risques au plus tôt, tenez un registre des risques et planifiez des stratégies d'atténuation.

FAQ: