STLC - Planification des tests

Un plan de test décrit la stratégie qui sera utilisée pour tester une application, les ressources qui seront utilisées, l'environnement de test dans lequel les tests seront effectués, ainsi que les limites des tests et le calendrier des activités de test. En règle générale, le chef d'équipe d'assurance qualité sera responsable de la rédaction d'un plan de test.

Que comprend un plan de test?

Un plan de test comprend les éléments suivants.

  • Introduction au document du plan de test.
  • Hypothèses lors du test de l'application.
  • Liste des cas de test inclus dans le test de l'application.
  • Liste des fonctionnalités à tester.
  • Le type d'approche à utiliser lors du test du logiciel.
  • Liste des livrables à tester.
  • Les ressources allouées pour tester l'application.
  • Tous les risques encourus pendant le processus de test.
  • Un calendrier des tâches et des jalons à atteindre.

Points importants pour la planification des tests

Les points suivants doivent être pris en compte pour la planification des tests dans STLC.

  • Idéalement, l'analyste de test (chef de file) / le gestionnaire prépare le document de stratégie de test / plan de test.

  • L'analyse est davantage axée sur les données / informations relatives aux applications.

  • C'est la première phase des tâches de test réelles.

  • Cette phase répond «CE QUI doit être testé» et «QUELLES RESSOURCES doivent être testées».

  • Les critères d'entrée de base de cette phase sont la fourniture de documents d'exigences (version mise à jour des exigences peu claires / manquantes / clarifiées) ainsi que la matrice de traçabilité des exigences.

  • Si l'automatisation est dans la portée, le rapport de faisabilité de l'automatisation doit être préparé avant d'entrer dans cette phase.

  • Les critères de sortie de cette phase sont l'achèvement du document de stratégie de test / plan de test et le document d'estimation de l'effort de test.

Aspects de la phase de planification des tests

L'objectif principal de cette phase est de préparer un document de plan de test / stratégie de test. Il comprend trois aspects principaux: la portée des livrables, l'estimation de l'effort et le plan des ressources.

Portée des livrables

Les activités suivantes doivent être effectuées pour conclure sur la portée des livrables -

  • Identifier un modèle d'engagement et de prestation approprié.
  • Définir les objectifs des tests, la portée des tests, les phases et activités des tests.
  • Examiner les exigences commerciales et les exigences système pour identifier la faisabilité des tests.
  • Définir le processus de test, le type de test et les procédures.
  • Définir les procédures de gestion des défauts et de gestion des changements.
  • Identifier les outils de test, les techniques et les meilleures pratiques.
  • Définir l'analyse des risques.
  • Définir la solution d'automatisation et identifier les candidats appropriés pour l'automatisation, le cas échéant.

Estimation de l'effort

L'estimation est le processus de recherche d'une estimation, ou approximation, qui est une valeur qui peut être utilisée à certaines fins même si les données d'entrée peuvent être incomplètes, incertaines ou instables.

L'estimation détermine combien d'argent, d'efforts, de ressources et de temps il faudra pour construire un système ou un produit spécifique. L'estimation est basée sur -

  • Données passées / expérience passée
  • Documents / connaissances disponibles
  • Assumptions
  • Risques identifiés

Les quatre étapes de base du test d'estimation sont:

  • Estimation de la taille de l'AUT (Application Under Test).
  • Estimation de l'effort en personnes-mois ou personnes-heures.
  • Estimation du calendrier en mois calendaires.
  • Estimation du coût du projet dans la devise convenue.

Plan de ressources

Les plans de ressources sont l'élément clé des phases de test. Ces plans sont inversement proportionnels au temps pris par l'équipe de test pour accomplir une tâche particulière. L'augmentation du nombre de ressources diminuera le nombre de jours d'achèvement pour une certaine limite, après quoi elle sera saturée et l'augmentation de la ressource n'aura pas beaucoup d'impact et pourrait ne pas conduire à une diminution des jours d'achèvement.

Un demandeur de ressources, généralement un chef de projet, crée des plans de ressources pour demander des ressources, suivre les efforts et les coûts. Un gestionnaire de ressources peut modifier et approuver les plans de ressources avant que les plans ne soient utilisés.

Le flux de travail normal pour un plan de ressources est -

  • Planification par chef de projet
  • Demande soulevée par le chef de projet
  • Approuver / Modifier / Rejeter par Resource Manager
  • Terminé - Clôture de la demande après validation par Resource Manager