Comment mettre en place le plan de vérification et de validation pour l'analyse commerciale

La partie du plan de test de vérification et de validation d'une analyse commerciale décrit comment un produit logiciel sera testé. Assurez-vous d'inclure les sections suivantes dans votre plan de vérification et de validation.

Introduction

Commencez par expliquer le test et décrivez l'objectif du projet. N'oubliez pas de rester bref. Assurez-vous d'inclure toutes les références à d'autres documents ici.

Éléments de test

Définissez les éléments que vous allez tester. Ils peuvent être la documentation des exigences ou la documentation de conception. Votre entreprise peut avoir des noms différents pour ces documents, mais peu importe leur nom, ce que vous teste provient de ces documents.

Caractéristiques à tester

Listez les fonctionnalités du logiciel que vous allez tester. En réfléchissant à cette liste, pensez aux données dont vous avez besoin pour tester.

Fonctionnalités à ne pas tester

L'intégration de fonctions que vous n'allez pas tester semble contre-intuitive dans un document de test, mais elle définit immédiatement les attentes appropriées; les utilisateurs n'auront aucune idée fausse sur ce qu'ils auront testé.

Données de test nécessaires

Vous devez déterminer non seulement quels tests doivent être exécutés mais également quelles données doivent être mises en place pour le test. Rappelez-vous: Un test comporte des entrées planifiées. Vous devez donc réfléchir aux résultats attendus en fonction de ces données.

Crédit: Illustration de Wiley, Composition Services Graphics

Approche

Vous expliquez ici l'approche que l'équipe de test va utiliser pour vérifier les exigences. Il indique tous les cycles et outils de test, manuels et automatiques.

Critères de réussite / échec de l'élément

Définissez clairement ce qui fait passer un test élémentaire et ce qui le fait échouer. La définition de cette ligne directrice dans le plan de validation et de vérification peut éviter toute confusion ultérieure.

Critères de suspension et de reprise

Cette section du plan détaille comment vous gérez les défauts dans votre processus de test, tels que le fait que vous arrêtez le test si une procédure de test ne peut pas être exécutée et reprise la construction du logiciel est fournie.

Tâches de test

Cette section répertorie les tâches à effectuer, telles que la définition des plannings de test et la création de scénarios de test, pour effectuer les tests. Les résultats des tâches de test seront le plan de test, les spécifications de conception de test, les cas de test, les procédures de test, les journaux de test, les résultats de test et les journaux de défauts.

Besoins environnementaux

Vous détaillez ici l'environnement spécifique dans lequel le test doit être effectué pour montrer comment la solution fonctionne dans l'environnement.Regardez les exigences non fonctionnelles pour déterminer les besoins de test tels que le test de volume, test de stress, test de configuration, et ainsi de suite.

Il est important de savoir où les tests sont effectués pour élaborer le plan de test. Vous voulez considérer ces questions:

  • Le test est-il dans un laboratoire? Quelles sont les conditions de laboratoire?

  • Des préoccupations environnementales particulières affectent-elles le test? Pouvez-vous les simuler s'ils ne se trouvent pas dans la zone de test réelle?

  • Les tests dans une zone centrale sont-ils accessibles aux testeurs ou les testeurs doivent-ils se déplacer pour tester le système?

Documentez vos résultats dans le plan de test afin que tous ceux qui participent au test connaissent l'emplacement et puissent planifier de manière appropriée.

Responsabilités

Qui effectue quel ensemble de tâches? Vous devez comprendre qui est impliqué dans les tests afin que vous puissiez planifier de manière appropriée pour le test. Voici quelques questions et préoccupations à explorer:

  • Quel genre d'expérience les testeurs ont-ils avec le projet?

  • Quel genre d'expérience ont-ils avec le système?

  • Ont-ils besoin d'être formés avant les tests? Si c'est le cas, vous savez que vous devez ajouter du temps au plan de projet.

  • Les testeurs sont-ils indépendants? Sinon, peuvent-ils éviter de faire des suppositions (ce qui est un risque parce qu'ils ont construit le système)?

  • Ont-ils des critères de test? Sont-ils à votre recherche pour créer des scénarios de test et des cas de test?

  • Sont-ils situés sur le site? Est-ce qu'ils voyagent? Comment ce voyage affecte-t-il le plan du projet?

  • Quels sont les engagements en dehors du projet? Est-ce 10 ou 50%?

Si vous gérez d'autres analystes métier et que vous devez déplacer certains de vos collaborateurs, le test est l'un des meilleurs moments pour le faire.

Besoins de personnel et de formation

Si les testeurs doivent être formés au système ou si vous avez besoin de personnel supplémentaire ou si vous devez réquisitionner du personnel du pool de contrôle qualité, vous devez inclure cette information ici.

Horaire

Parlez des dates des tests, ainsi que des cycles de test et du moment où ils peuvent avoir lieu. Si cette information est détaillée dans un plan de projet, vous pouvez simplement inclure un lien hypertexte ou une référence au plan de projet pour éviter de désynchroniser les dates.

Chaque fois que vous en avez l'occasion, vous devriez fournir une source pour l'information. Plus vous documentez manuellement les mêmes informations à plusieurs endroits, plus il y a de chances que lorsque des mises à jour se produisent, l'un de ces documents ne soit pas synchronisé avec le reste.

Risques et imprévus

Décrivez les risques associés au test et incluez les éventualités qui s'y rapportent. Semblable au calendrier, si ces risques de test sont situés dans un document différent, référencer ce document ici est très bien.

En comprenant le degré de risque dans les différents domaines d'une solution, vous êtes dans une bien meilleure position pour comprendre où dépenser votre énergie de test. Si le temps devient un problème, sachez quels sont vos domaines de test les plus risqués vous permet de vous concentrer sur eux pour vous assurer d'obtenir le meilleur retour sur votre investissement de test.

Homologations

Les personnes qui approuvent le plan de vérification et de validation sont celles impliquées dans la vérification de la fonctionnalité et la validation de l'aptitude.Ceux qui effectuent les tests signent qu'ils sont conscients de la portée des tests. Ceux qui acceptent le système (clients et clients) devront peut-être également signer, indiquant ainsi qu'ils sont conscients de ce qui sera ou ne sera pas testé.