Un plan de test est un matériel ou d'un document détaillé de vérification de logiciels qui fournit des détails sur la façon dont le validateur va tester tous les aspects du matériel ou de la conception de logiciels . Les plans de test sont les spécifications de test utilisés comme guides pour la rédaction de suites de scénarios de test pour la validation de la conception à la fois dans les domaines du génie logiciel et le matériel . Généralement, un plan de test est écrit par un essai ou un ingénieur de validation. Un plan de test contient une description de la fonctionnalité du produit , une description de cas de test doivent être écrites pour chaque fonction , et une description de la plate-forme de test à utiliser. Pour les tests de matériel, des plans de test sont nécessaires pour pré- silicium et de validation poste de silicium. Instructions
1

examen le Produit Design Specification que le plan d' essai est basé sur

examen tous les aspects de la spécification de conception du produit. Signaler toute contrainte ou omissions fonctionnalité avec le cahier des charges . L'architecte logiciel /matériel ou du propriétaire du produit cahier des charges de conception devraient être responsables d'étoffer les détails manquants dans le cahier des charges. Passez par le plus grand nombre d'itérations de l'examen que nécessaire jusqu'à ce que toutes vos questions ont été répondues . Votre plan de test sera basé sur la spécification de conception cette étape est extrêmement importante.
2

écrire la première ébauche de votre plan de test

votre plan de test doit contenir une brève description de la conception, la méthodologie de test et de validation régression pour être utilisé à la fois l'unité et au niveau mondial , l'architecture de test et une liste des essais réels qui seront effectuées . Il doit décrire en détail : a) Conception /Description du produit et featuresb ) tester le code Architecturec ) Description du test de la méthodologie ( i) au niveau des unités ( ii ) Système /Global Leveld ) Type de test ( au hasard , concentré /dirigé , axé aléatoire , global, local) être done.e ) description de la fonction de chaque pièce de la conception et de la liste des cas de test qui couvrent que functionalityf ) Tous les exceptions et les conditions particulières de cas de coin pour les fonctionnalités énumérées dans le plan.g de test ) réutilisation /Modification information: Si validation /code de test est réutilisée à partir d'un autre projet, cela devrait être précisé et changements de code à faire devrait être listed.h ) Fonctionnalité non à tester (en raison de la réutilisation de la partie de la conception ou d'autres raisons ) devrait être spécifiquement mentionné et examiné closely.i ) contraintes de cas de test et les détails de la couverture pour coin conditionsj ) tester les conditions d'erreur de cas de cas de test dans le test plan.k ) Stratégie pour la couverture de tout test /validation des trous de méthodologie.
< br > Hôtels 3

Tenir un plan de test avis de

annexe un examen du plan de test qui comprend l'équipe qui travaillera sur les tests , les architectes de conception ou des experts en produits et et conduit techniques qui pourraient fournir précieux entrée de plan de test. Dénombre tous les commentaires et suggestions de sorte que vous pouvez ajouter au plan de test si nécessaire.
4

finaliser votre plan de test

Ajouter tous les commentaires et suggestions obtenues lors de votre examen du plan de test et envoyez votre version finale à votre équipe d'examen pour s'assurer que vous n'avez rien oublié . Placez votre plan de test mis au point dans un référentiel global pour l'ensemble de votre équipe peut y avoir accès . Toute future modifications devrait être visible à toute l'équipe ainsi que l'état de réalisation du plan de test. Version du produit ne doit avoir lieu que lorsque tous les cas de test sur votre plan de test ont été menés avec succès documentation afin continuelle d'achèvement de cas de test et de réussite /échec des statistiques est nécessaire .