PLAN DE TEST en tests logiciels (exemple)

Plan de test

A Plan de test est un document détaillé qui décrit la stratégie de test, les objectifs, le calendrier, l'estimation, les livrables et les ressources nécessaires pour effectuer les tests d'un produit logiciel. 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, minutieusement surveillé et contrôlé par le responsable des tests.

Selon la définition de l'ISTQB : « Le 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 suivrewing Exemple/scénario de plan de test : 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 – .

Plan de test

Dans un tel cas, que ferez-vous ? Sélectionnez votre réponse comme suitwing comprendre

Plan de test


A) Je suis manager, je fais tout comme je l'ai dit

B) OK, laissez-moi vous expliquer pourquoi nous avons besoin d'un plan de test


Incorrect

En tant que Test Manager, vous devez leur expliquer l'importance du Plan de Test plutôt que de forcer l'équipe à faire ce que vous voulez.

Correct

En tant que Test Manager, vous devez leur expliquer l'importance du Plan de Test plutôt que de forcer l'équipe à faire ce que vous voulez.

 

Quelle est l’importance du plan de test ?

La création d'un document de plan de test présente de multiples avantages

  • Aider les personnes extérieures à l'équipe de test telles que les développeurs, les chefs d'entreprise, les clients comprendre le détails de test.
  • 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 documenté dans le plan de test, afin qu'il puisse être examiné par l'équipe de direction et réutilisé pour d'autres projets.

Comment rédiger un plan de test

Vous savez déjà que faire un Plan de test est la tâche la plus importante du processus de gestion des tests. Suivez les sept étapes ci-dessous pour créer un plan de test selon 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

rédiger un plan de test

Étape 1) Analyser le produit

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

Le produit testé est le site bancaire Guru99. Vous devez rechercher les clients et les utilisateurs finaux pour 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 sont les logiciels/matériels utilisés par le produit ?

Vous pouvez utiliser le suivantwing approche pour analyser le site

Analyser le produit

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

Analyser le produit

Vous devriez prendre un regarde autour ce site Web et aussi Avis documentation produit. L'examen 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 dans l'élaboration d'un plan de test dans les tests logiciels. Un document de stratégie de test est un document de haut niveau, généralement développé par Test Manager. Ce document définit :

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

De retour à votre projet, vous devez développer une stratégie de test pour tester ce site Web bancaire. Vous devez suivre les étapes ci-dessous

Développer une stratégie de test

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

Avant le début de toute activité de test, la portée des tests doit être connue. Vous devez y réfléchir sérieusement.

  • Les composants du système à tester (matériel, logiciel, middleware, etc.) sont définis comme «portée"
  • Les composants du système qui ne seront pas testés doivent également être clairement définis comme étant «hors de portée. »

Définir la portée de votre projet de test est très important pour toutes les parties prenantes. Un périmètre précis vous aide

  • Donnez à chacun un confiance et informations précises des tests que vous faites
  • Tous les membres du projet auront un clair comprendre ce qui est testé et ce qui ne l'est pas

Comment déterminez-vous la portée 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 « dans le champ d'application » et « hors 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, performant or base de données logique ne sera actuellement pas testé. (sur portée)

Scénario de problème

Le client souhaite que vous testiez son API. Mais le budget du projet ne le permet pas. Dans un tel cas, que ferez-vous ?

Eh bien, dans ce cas, vous devez convaincre le client que Tests d'API représente un travail supplémentaire et consommera des ressources importantes. Donnez-lui des données étayant vos faits. Dites-lui que si les tests Api sont inclus dans le champ d'application, le budget augmentera du montant XYZ.

Le client accepte et, par conséquent, les nouveaux éléments hors champ d'application sont

É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 formulé pour identifier un type spécifique de bogues de produit. Mais tous les types de tests visent à atteindre 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 suitwing comprendre

Types de tests couramment utilisés
Types de tests couramment utilisés

Il y a des tonnes de types de tests pour tester le produit logiciel. Ton équipe ne peut pas avoir suffisamment d'efforts pour gérer toutes sortes de tests. En tant que Test Manager, vous devez définir priorité des types de tests

  • Quels types de tests devraient être concentré pour tester des applications Web ?
  • Quels types de tests devraient être ignoré pour faire des économies ?
Pratiquons maintenant avec votre projet. Le produit que vous souhaitez tester est un site bancaire.

Sur quels types de tests devriez-vous vous concentrer dans ce cas ?

Sélectionnez tout ce qui s'y rapporte
A) Tests unitaires

B) Tests API

C) Tests d'intégration

D) Tests du système

E) Test d'installation/désinstallation

F) Tests agiles




Nous sélectionnons uniquement

B) Tests API

C) Tests d'intégration

D) Tests du système

pour le projet Guru99

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

Le risque appartient à l'avenir événement incertain avec une probabilité de événement et défaillances pour perte. Lorsque le risque se produit réellement, 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 Atténuation
Les membres de l'équipe n'ont pas les compétences requises pour tester des sites Web. Plan cours de formation pour former vos membres
Le calendrier du projet est trop serré ; c'est difficile de terminer ce projet à temps Ensemble Priorité des tests pour chacune des activités de test.
Test Manager a 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 Encourager 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 les travaux, accordez une grande attention à la planification du projet et suivez et mesurez constamment les progrès

Étape 2.4) Créer une logistique de test

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

  • Qui va tester ?
  • Quand le test aura-t-il lieu ?

Qui va tester ?

Vous ne connaissez peut-être pas le nom exact du testeur qui effectuera le test, mais le type de testeur peut être défini.

Pour sélectionner le bon membre pour une tâche spécifiée, vous devez déterminer si ses compétences sont qualifiées ou non pour la tâche et estimer également le budget du projet. La sélection d'un mauvais membre pour la tâche peut entraîner la suppression du projet. échouer or retarder.

Personne ayant le suiviwing les compétences sont les plus idéales pour effectuer des tests de logiciels :

  • Capacité à comprendre point de vue des clients
  • Fort désir pour la qualité
  • Attention détailler
  • Bon coopération

Dans votre projet, le membre qui se chargera de l'exécution des tests est le testeur. En 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 éléments requis montré en suivantwing comprendre

Le test se produit

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

L’objectif du test est l’objectif global et la réalisation de l’exécution du test. L'objectif des tests est de trouver autant de défauts logiciels que possible ; s'assurer que le logiciel testé est sans bug avant la libération.

Pour définir les objectifs du test, vous devez faire 2 choseswing mesures

  1. Répertoriez toutes les fonctionnalités du logiciel (fonctionnalités, performances, interface graphique…) qu'il faudra peut-être tester.
  2. Définir la l'objectif au sein de l’ objectif du test basé sur les fonctionnalités ci-dessus

Appliquons ces étapes pour trouver l'objectif de test de votre projet de test Guru99 Bank

Vous pouvez choisir le 'DE HAUT EN BAS' méthode pour trouver les fonctionnalités du site Web qui pourraient devoir être testées. Dans cette méthode, vous décomposez l'application testée en composant et sous-composant.

Dans la rubrique précédente, vous avez déjà analysé les spécifications des exigences et parcouru le site Web afin de pouvoir créer un Carte mentale pour trouver les fonctionnalités du site comme suitwing

Définir l'objectif du test

Cette figure montre toutes les fonctionnalités que peut avoir le site Guru99.

Sur la base des fonctionnalités ci-dessus, vous pouvez définir l'objectif de test du projet Guru99 comme suitwing

  • Vérifiez si le site Web Guru99 (Compte, Dépôt…) fonctionne comme prévu sans aucune erreur ni bug dans un 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 Internet. 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 basé. Il existe 2 types de critères de test comme suitwing

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 qu'il y a 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.

Définir les critères de test

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 nombre de cas de test exécutés/total de cas de test de spécification de test. Par exemple, la spécification de test comporte un total de 120 TC, mais le testeur n'a exécuté que 100 TC. Le taux d'exécution est donc de 100/120 = 0.83 (83 %).
  • Le taux de réussite est le rapport entre numéros cas de tests réussis / cas de tests exécutés. Par exemple, au-delà de 100 TC exécutés, 80 TC ont été réussis, donc le taux de réussite est 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 atteindre 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.

Définir les critères de test

Dans le cas ci-dessus, le taux d'exécution est obligatoire. % 100, mais l'équipe de test n'a réalisé que 90 % des cas de test. Cela signifie que le taux d'exécution n'est pas satisfait, alors ne confirmez PAS les critères de sortie.

Étape 5) Planification des ressources

Le plan de ressources est un résumé détaillé de tous les types de ressources nécessaires à la réalisation des tâches du projet. La ressource peut être humaine, l'équipement et le matériel nécessaires pour mener à bien un projet

La planification des ressources est un facteur important de la planification des tests car elle aide à détermination le nombre des ressources (employé, équipement…) à utiliser pour le projet. Par conséquent, le responsable des tests peut établir le calendrier et l’estimation corrects pour le projet.

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

Des ressources humaines

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

No. Membre Tâches

1.

Test Manager

Gérer l'ensemble du projet

Définir le projet instructions

Acquérir les ressources appropriées

2.

Testeur

Identifier et décrire les techniques/outils/automatisation de test appropriés architecture

Vérifier et évaluer l'approche de test

Exécuter les tests, Bûche résultats, Rapport les défauts.

Le testeur peut être composé de membres internes ou externes, en fonction du budget du projet

Pour la tâche qui nécessitait 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

AssistanceTesteur pour 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

Ressource système

Pour tester une application Web, vous devez planifier les ressources comme suitwing les tables:

No. Ressources Descriptions

1.

Server

Installer l'application Web en cours de test

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 consiste à automatiser les tests, à simuler le fonctionnement de l'utilisateur, à générer les résultats des tests.

Il existe des tonnes 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 et Internet pour simuler l'environnement réel de l'entreprise et de l'utilisateur.

4.

L'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 de vrai business et utilisateur environnement, ainsi que les environnements physiques, tels que le serveur, l'environnement d'exécution frontal.

Comment configurer l'environnement de test

Revenons à votre projet, comment mettre en place 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

configurer l'environnement de test

Vous devez poser quelques questions au développeur pour comprendre l'application Web testée. clairement. Voici quelques questions recommandées. Bien sûr, vous pouvez poser les autres questions si vous en avez besoin.

  • Quelle est la connexion utilisateur maximale que ce site Web peut gérer en même temps ?
  • Quelle est la configuration matérielle/logicielle requise pour installer ce site Web ?
  • L'ordinateur de l'utilisateur a-t-il besoin d'un paramétrage particulier pour naviguer sur le site ?

Following la figure décrit l'environnement de test du site Web bancaire http://demo.guru99.com/V4

configurer l'environnement de test

Étape 7) Calendrier et estimation

Dans l'article Estimation des tests, vous avez déjà utilisé certaines techniques pour estimer l'effort nécessaire pour mener à bien le projet. Vous devez maintenant inclure cette estimation ainsi que le calendrier dans la planification des tests.

Dans la phase d'estimation du test, supposons que vous divisez l'ensemble du projet en petites tâches et que vous ajoutez l'estimation pour chaque tâche comme ci-dessous.

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'établissement d'un calendrier est un terme courant dans la gestion de projet. En créant un calendrier solide dans la planification des tests, le responsable des tests peut l'utiliser comme outil pour suivre l'avancement du projet et contrôler les dépassements de coûts.

Pour créer le planning du projet, le Test Manager a besoin de plusieurs types d'entrées comme ci-dessous :

  • Date limite pour les employés et les projets: Les jours ouvrables, le délai du projet, la disponibilité des ressources sont les facteurs qui ont affecté le planning
  • Estimation du projet: Sur la base de l'estimation, le Test Manager sait combien de temps il faudra pour terminer le projet. Afin qu'il puisse établir le calendrier de projet approprié
  • Risque lié au projet : Comprendre le risque aide Test Manager à ajouter suffisamment de temps supplémentaire au calendrier du projet pour gérer les risques

Pratiquons avec un exemple :

Supposons que le patron veuille terminer le projet Guru99 en UN mois, vous avez déjà estimé l'effort pour chaque tâche dans Test Estimation. Vous pouvez créer le planning comme ci-dessous

Calendrier et estimation

Étape 8) Tester les livrables

Les livrables de test sont une liste de tous les documents, outils et autres composants qui doivent être développés et maintenus à l'appui de l'effort de test.

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

Livrables de test

Les livrables des tests sont fournis before 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
  • Matrice de traçabilité des tests
  • Journaux d'erreurs et journaux d'exécution.

Les livrables des tests sont fournis après les cycles de tests sont terminés.

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

Ressources

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

Téléchargez l'exemple de plan de test du système du site Web Guru99 Bank