Stratégie de test et plan de test



Stratégie de test

Un document de stratégie de test est un document de haut niveau et normalement développé par le chef de projet. Ce document définit une «approche de test logiciel» pour atteindre les objectifs de test.

La stratégie de test est normalement dérivée du document de spécification des exigences commerciales.

Le document de stratégie de test est un document statique, ce qui signifie qu'il n'est pas mis à jour trop souvent. Il établit les normes pour les processus et les activités de test et d'autres documents tels que le plan de test tire son contenu de ces normes définies dans le document de stratégie de test.


Certaines entreprises intègrent l '«approche test» ou la «stratégie» dans le plan de test, ce qui est très bien et c'est généralement le cas pour les petits projets. Cependant, pour les projets plus importants, il existe un document de stratégie de test et un nombre différent de plans de test pour chaque phase ou niveau de test.

Composantes du document de stratégie de test

  • Portée et objectifs
  • Les questions d'affaires
  • Rôles et responsabilités
  • Communication et rapports d'état
  • Tester les livrables
  • Normes de l'industrie à suivre
  • Automatisation et outils de test
  • Test des mesures et des métrices
  • Risques et atténuation
  • Rapports et suivi des défauts
  • Gestion des modifications et de la configuration
  • plan de formation


Plan de test

Le document de plan de test, quant à lui, est dérivé de la description du produit, de la spécification des exigences logicielles SRS ou des documents de cas d'utilisation.
Le document de plan de test est généralement préparé par le responsable de test ou le gestionnaire de test et le but du document est de décrire ce qu'il faut tester, comment tester, quand tester et qui fera quel test.


Il n'est pas rare d'avoir un plan de test principal qui est un document commun pour les phases de test et chaque phase de test a ses propres documents de plan de test.

Il y a beaucoup de débats sur la question de savoir si le document du plan de test doit également être un document statique comme le document de stratégie de test mentionné ci-dessus ou s'il doit être mis à jour régulièrement pour refléter les changements en fonction de la direction du projet et des activités.

Mon opinion personnelle est que lorsqu'une phase de test commence et que le Test Manager «contrôle» les activités, le plan de test doit être mis à jour pour refléter tout écart par rapport au plan d'origine. Après tout, la planification et le contrôle sont des activités continues dans le processus de test formel.

Composantes du document de plan de test

  • ID du plan de test
  • introduction
  • Articles de test
  • Caractéristiques à tester
  • Fonctionnalités à ne pas tester
  • Test techniques
  • Tâches de test
  • Critères de suspension
  • Critères de réussite ou d'échec des fonctionnalités
  • Environnement de test (critères d'entrée, critères de sortie)
  • Tester les livrables
  • Besoins en personnel et formation
  • Responsabilités
  • Horaire

Il s'agit d'une approche standard pour préparer le plan de test et les documents de stratégie de test, mais les choses peuvent varier d'une entreprise à l'autre.




Qu'est-ce qu'un document de politique de test?

Une politique de test est un document de haut niveau et se trouve au sommet de la hiérarchie de la structure de documentation de test.

Le but du document de politique de test est de représenter la philosophie de test de l'entreprise dans son ensemble et de fournir une direction à laquelle le service de test doit adhérer et suivre. Il devrait s'appliquer à la fois aux nouveaux projets et aux travaux de maintenance.

L'établissement d'une politique de test appropriée par les cadres supérieurs fournit un cadre solide dans lequel les praticiens des tests peuvent ensuite opérer. Cela aidera à assurer la maximisation de la valeur stratégique inhérente à chaque projet.

Contenu d'un document de politique de test

1. Définition des tests
Les organisations doivent savoir pourquoi elles effectuent des tests. Cela influencera le reste du document de politique ainsi que les techniques de test détaillées qui sont sélectionnées par les responsables des tests au niveau du programme et du projet.


À partir de la compréhension des raisons pour lesquelles les tests sont nécessaires, il est possible de spécifier quel est l'objectif des tests au sein de l'organisation. Sans ce lien fondamental, l'effort de test est voué à l'échec.

Exemple: «s'assurer que le logiciel répond à ses exigences»

2. Description du processus de test
Il est essentiel d'établir une vision solide du processus de test. Nous devrions aborder des questions telles que les phases et sous-tâches que comprendra le processus de test. Quels rôles seront impliqués et la structure du document associée à chaque tâche, ainsi que les niveaux de test à prendre en compte.

Exemple: 'tous les plans de test sont rédigés conformément à la politique de l'entreprise'


3. Évaluation du test:
Comment allons-nous évaluer les résultats des tests, quelles mesures utiliserons-nous pour garantir l'efficacité des tests dans le projet?

Exemple: 'effet sur l'entreprise de la découverte d'une faute après sa publication'

4. Niveau de qualité à atteindre:
Quels critères de qualité vont être testés et quel niveau de qualité le système doit-il atteindre avant sa sortie par rapport à ces critères?

Exemple: 'aucune anomalie de gravité élevée exceptionnelle avant la sortie des produits'


5. Approche de l'amélioration des processus de test
À quelle fréquence et quand allons-nous évaluer l'utilité des processus actuellement en place et quels éléments doivent être améliorés et les techniques qui seront utilisées pour améliorer les processus.

Exemple: «réunions d’examen de projet à organiser après l’achèvement du projet»