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

La vérification et test de validation régime

Sommaire

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

Introduction

Commencez par expliquer le test et décrivant l'objectif du projet. Rappelez-vous de le garder court. Assurez-vous d'inclure des références à d'autres documents ici.

Les éléments d'essai

Définir les éléments que vous allez tester. Ils peuvent être la documentation des exigences ou de la documentation de conception. Votre société peut avoir des noms différents pour ces documents, mais peu importe leurs noms, ce que vous test sort de ces documents.

Caractéristiques à tester

Dressez la liste des fonctionnalités du logiciel que vous allez tester. Comme vous pensez à cette liste, pensez à les données dont vous avez besoin afin de tester.

Caractéristiques de ne pas être testés

Fonctionnalités que vous n'êtes pas allez tester y compris semble contre-intuitif dans un document de test, mais de le faire immédiatement établit utilisateurs expectations- appropriées ne seront pas avoir des idées fausses sur ce qu'ils vont ont testé.

Les données de test nécessaire

Vous devez comprendre non seulement quels tests vous devez exécuter, mais aussi ce que les données doivent être en place pour le test. Rappelez-vous: Un test a prévu entrées, de sorte que vous devez penser à ce que les résultats attendus sont basés sur ces entrées.

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

Approche

Ici vous expliquer la démarche de l'équipe de test va utiliser pour vérifier les exigences. Il indique des cycles et les outils de test, manuelles et automatiques.

Critères de réussite d'objet / échec

Avoir une définition claire de ce qui fait un cas de test passe et ce qui le rend sûr. Définir cette directive dès le départ dans le plan de validation et de vérification peut éviter toute confusion ultérieure.

Suspension et reprise des critères

Cette section du plan détaille comment vous gérez les défauts dans votre processus de test, tels que le fait que vous allez arrêter les tests si une procédure d'essai ne peut pas être exécuté et de le reprendre quand une nouvelle version de logiciel est fourni.

Test des tâches

La section est une liste de ce que les tâches, telles que la définition des horaires de test et de créer des cas de test, doivent être complétées afin d'effectuer les tests. Les résultats des tâches de test sera le plan de test, les spécifications de conception de tests, cas de test, procédures de test, journaux de test, les résultats des tests, et les journaux de défauts.

Besoins environnementaux




Ici, vous en détail l'environnement spécifique dans lequel le test est d'être menée pour montrer comment la solution fonctionne dans l'environnement. Regardez les exigences non fonctionnelles pour déterminer les besoins de test telles que critère de volume, stress test, test de configuration, et ainsi de suite.

Savoir où les essais sont effectués est important de l'élaboration du plan de test. Vous voulez examiner ces questions:

  • Est le test dans un laboratoire? Quelles sont les conditions de laboratoire?

  • Est-ce que toutes les préoccupations environnementales particulières affecter l'essai? Pouvez-vous simuler eux si ils ne sont pas dans la zone de test réel?

  • Les tests dans une zone centrale sont accessibles aux testeurs, ou de faire les testeurs doivent se rendre à tester le système?

Documentez vos conclusions dans le plan de test que tout le monde qui est impliqué dans le test connaît l'emplacement et peut planifier de manière appropriée.

Responsabilités

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

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

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

  • Ont-ils besoin d'être formés avant les essais? Si oui, vous savez que vous devez ajouter du temps dans le plan de projet.

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

  • Ont-ils les critères de test? Cherchent-ils à vous de créer des scénarios de test et des cas de test?

  • Sont-ils disponibles sur place? Sont-ils voyagent? Comment ne touchent que Voyage au plan de projet?

  • Quels sont les engagements de temps ont-ils en dehors du projet? Est-il 10 ou 50 pour cent?

Si vous êtes à la gestion d'autres analystes d'affaires et la nécessité de déplacer certains de vos gens autour, le test est l'un des meilleurs moments pour le faire.

Les besoins en personnel et de formation

Si les testeurs doivent être formés sur le système ou si vous avez besoin de personnel supplémentaire ou avoir à réquisitionner le personnel de la piscine de QA, vous comprennent cette information ici.

Calendrier

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

Chaque fois que vous avez une chance de, vous devez fournir une source de l'information. Le plus vous documenter manuellement les mêmes informations à plusieurs endroits, la plus grande chance que lorsque les mises à jour se produisent, l'un de ces documents seront en décalage avec le reste.

Risques et incertitudes

Décrire tous les risques associés avec le test et inclure toutes les éventualités qui les traitent. Semblable à l'horaire, si ces risques essais sont situés dans un autre document, le référencement de ce document est très bien ici.

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 d'essai. Si le temps devient un problème, sachant ce que vos zones de test les plus à risque sont permet de vous concentrer sur eux pour vous assurer d'obtenir le meilleur retour sur votre investissement de test.

Approbations

Les personnes qui signent sur le plan de vérification et de validation sont ceux qui participent à prouver la fonctionnalité et la validation de la pertinence. Ceux qui effectue les essais signent et, ce faisant indiquent qu'ils sont conscients de ce qui est portée pour les tests. Ceux qui acceptent le système (les clients et les clients) peuvent avoir besoin de signer, ainsi, indiquant prise de conscience de ce qui sera et ne sera pas testée.


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