Comment écrire un plan de test logiciel

Il n'est pas rare de constater que certains défauts logiciels sont rencontrés, quand il est temps pour que le système soit livré. Ceci est souvent due à un plan de test logiciel inefficace. On peut avoir une connaissance suffisante de tests de logiciels, mais quand il s'agit d'écrire un plan de test bon, les gens font souvent des erreurs. C'est une compétence qui peut être réalisé avec une analyse détaillée du système avec une certaine expérience dans le domaine du test logiciel. Maintenant, ce qui nous amène à la question, pourquoi un plan de test de logiciels ont une place si importante dans le domaine du test logiciel. Parce que c'est le plan de test, qui est un reflet de l'horaire des tests et de l'approche. Cela nous amène à la question, comment écrire un plan de test logiciel, qui est efficace et prend également tous les aspects du logiciel en considération. Faites défiler vers le bas pour trouver une réponse.

Comment rédiger un plan de test logiciel efficace?

Un plan de test logiciel contient une approche détaillée et systématique de tester un système logiciel. Pour un plan de test logiciel pour être efficace, il doit comporter les éléments suivants.

Introduction

Cette section énumère brièvement les documents, ce que le document est tout au sujet, sa destination et la manière dont le document doit être utilisé. Dans l'introduction du document, il ya trois aspects inclus, à savoir

* Description du document: La section de description du document contient des détails tels que le nom du projet et le nom de l'équipe de production du document. Il comprend également un bref compte rendu des stratégies à mettre en œuvre au cours du processus de test, date de sortie, etc

* Documents connexes: Les spécifications fonctionnelles, spécifications de conception, font également partie de ce document.

* Horaire et jalons: Le calendrier en détail ainsi que les estimations de tests différents en bref, sont inclus dans cette section.

Localisation du document

Il est important que le document est accessible à tous les membres de l'équipe de test et aussi à certains membres clés de l'équipe de développement, sans oublier la haute direction. Par conséquent, il est important que l'emplacement du document soit connu de tous avec le propriétaire du document. L'emplacement sur le réseau, où est stocké le document est mentionné dans cette section.

Contexte du projet

Parfois, le test commence vers la fin du processus de développement logiciel ou le processus de test logiciel est sous-traitée à un tiers. Dans un tel cas, l'équipe de test doit être donné un bref compte rendu de l'historique du projet. La section historique du projet est une liste de documents, comme les exigences opérationnelles, les stratégies d'essai recommandées, etc Il contient également une description détaillée du processus de développement, cas d'utilisation, diagrammes de flux de données, diagrammes, etc, qui souvent se révéler utile lors de l'élaboration du plan de test maître.

Besoins en ressources

Quand un plan de test logiciel est fait, il s'agit d'un aspect important, qui a besoin de beaucoup d'attention. Les ressources nécessaires en termes de configuration matérielle, configuration logicielle, outils de tests sont prévues pour. Des besoins en ressources des logiciels, systèmes d'exploitation différents qui seront utilisés ont souvent une importance primordiale. Selon le type d'application été mis au point, les outils de test sera décidée. À ce stade, il me paraît bon de mentionner, les outils de test sera mis à part les tests manuels qui seront effectuées sur le système. Des besoins en ressources, les membres de l'équipe sont également nécessaires décidée, ainsi que les responsabilités à attribuer à chacun d'eux. Il est possible que certains d'entre eux peuvent nécessiter une certaine formation. Mesures à prendre pour la formation du personnel sont pris en compte.

Type de test à entreprendre

Le document peut contenir introduction de plan de logiciels de test, où des détails sur les fonctionnalités du logiciel qui doivent être testés sont inclus. Il ya des chances de logiciels tiers été intégrées dans le logiciel qui est développé. Dans ces moments, les détails sur le logiciel intégré doivent être mentionnés, de sorte que l'équipe de test est conscient de la profondeur de l'essai à effectuer. Dans le cas des processus supports utilisés, les mêmes devra être installé à l'extrémité testeurs et la santé mentale des analyses effectuées. Il mentionne également les caractéristiques qui ne sont pas à tester. Ces caractéristiques peuvent être des caractéristiques parti add-ons ou troisième.

En plus des fonctionnalités à tester et à ne pas être testée, différents types de tests à entreprendre sur le système est également prévu pour. La stratégie de test peut consister en des tests système, tests d'intégration, de performance, stress tests, tests de sécurité, tests de non régression, tests bêta et d'autres types d'essais important de valider le système.

Plan de test

Une partie importante du plan-cadre logiciel de test est le programme de test. Les différents tests à effectuer, ainsi que le calendrier pour la même, c'est ce qui fait de cette partie du plan de test. Le calendrier pour chaque tâche de test avec ses jalons doit être spécifié. Étapes supplémentaires, le cas échéant, devrait également être mentionnés dans cette section.

Eléments d'essai et résultats attendus d'essai

Les fonctionnalités à tester avec les priorités de compenser les items de test. Souvent, ils ne sont listées en bas et toute la description peut ne pas être inclus. Si vous jetez un oeil à tout modèle de plan de logiciels de test, vous verrez que les produits livrables de test sont un must. La partie importante des produits livrables sont les cas de test différentes. Matrices utilisées pour le processus de test trouverez également une mention là. Les cas de test peut être divisé en deux parties, à savoir les cas de test automatisés et les cas de test manuel.

Procédures de contrôle

Les rapports d'incidents est la première partie des procédures de contrôle. Souvent un format Correction d'un problème de rapports est décidée pour les rapports d'incidents, cependant, il est possible que le format ne peut être décidée soit. L'autre partie des procédures de contrôle sont les demandes de changement. Le processus de modification qui est écrit dans la demande de modification. Les modules qui peuvent être touchés par le changement trouver une mention ici.

Risques et hypothèses

Nous sommes tous bien conscients, que chaque partie du logiciel peut être testé à fond. De même, lorsque le logiciel est testé, on fait certaines hypothèses. Les hypothèses à haut risque sont identifiés et un plan d'urgence pour la même décidée. Les dépendances au sein du système doivent également être mentionnés ici.

Agréments

Un plan de test logiciel comprend également les noms des personnes qui doivent approuver le plan de test dit. Il comprend leurs titres ou de désignations ainsi. Souvent, il ya une colonne inclus pour la date à laquelle la personne a dit a approuvé le plan de test.

Ce fut un bref aperçu sur la façon de rédiger un plan de test logiciel. Un plan de test peut être faite par le chef de projet ou le gestionnaire de test, en fonction des politiques de l'organisation. Souvent, les membres de différentes équipes travaillant sur le logiciel doivent être consultés avant que le document est en fait préparé....