Introduction à la norme IEEE 829
La norme IEEE 829 est un ensemble de directives développées par l’Institute of Electrical and Electronics Engineers (IEEE) pour les tests de logiciels. Elle fournit un cadre pour le développement, l’exécution et l’évaluation des tests de logiciels. La norme est composée de plusieurs éléments, notamment des plans de test, des conceptions de test et des cas de test.
La norme IEEE 829 offre un certain nombre d’avantages aux organisations qui l’utilisent, notamment une amélioration de la qualité et de la fiabilité, des économies et une réduction des risques. Elle permet également de s’assurer que les projets de développement de logiciels sont terminés à temps et dans le respect du budget. Le plan de test
L’élément central de la norme IEEE 829 est le plan de test. Le plan de test est un document qui décrit la portée, les objectifs et le calendrier d’un projet de test logiciel. Il donne un aperçu des tests à effectuer et des critères d’évaluation des résultats.
La phase de conception des tests de la norme IEEE 829 implique la création d’un plan détaillé pour les tests à effectuer. Cela comprend la définition de l’environnement de test, la spécification des données de test et la description des procédures de test. La conception des tests définit également les critères à utiliser pour évaluer les résultats des tests.
Un cas de test est un document qui décrit les étapes à suivre pour exécuter un test particulier. Il comprend des détails tels que les résultats attendus, les préconditions et les postconditions. Les cas de test sont utilisés pour s’assurer que tous les tests sont effectués correctement et que les résultats sont évalués avec précision.
Le journal de test est un document qui enregistre les résultats de chaque test. Il comprend des informations telles que la date et l’heure d’exécution, les résultats de chaque test, et toutes les notes ou observations faites pendant le test. Le journal de test est utilisé pour suivre la progression du processus de test.
Le rapport de test est un document qui résume les résultats des tests. Il comprend des informations telles que le nombre de tests effectués, les résultats de chaque test et les questions ou problèmes rencontrés. Le rapport de test est utilisé pour évaluer l’efficacité des tests et pour identifier les points à améliorer.
Le journal des erreurs est un document qui enregistre toutes les erreurs ou défauts découverts pendant le processus de test. Il comprend des détails tels que la date et l’heure de l’erreur, sa gravité et les mesures prises pour la corriger. Le journal des erreurs est utilisé pour suivre la progression de la résolution et pour s’assurer que les erreurs ou les défauts sont traités en temps opportun.
La norme IEEE 829 est un ensemble de directives pour le test de logiciels qui permet de s’assurer que les projets de développement de logiciels sont achevés à temps et dans le respect du budget. Elle fournit un cadre pour le développement, l’exécution et l’évaluation des tests logiciels, ce qui contribue à améliorer la qualité et la fiabilité du logiciel. La norme se compose de plusieurs éléments, dont les plans de test, les conceptions de test et les cas de test.
La norme IEEE 829 est un plan de test qui fournit un cadre pour créer, organiser et gérer un plan de test. Elle est divisée en huit sections :
1. Introduction
2. Identifiant du plan de test
3. Références
4. éléments de test
5. Caractéristiques à tester
6. Caractéristiques à exclure des tests
7. Approche du test
8. Critères de réussite/échec
9. Produits livrables du test
10. Tâches de test
11. Besoins environnementaux
12. Besoins en personnel et en formation
13. Calendrier
14. Risques et imprévus
15. Approbations
Le modèle de plan de test IEEE 829 est un document qui fournit un cadre standard pour organiser et formater un plan de test logiciel. Le modèle comprend 17 attributs qui devraient être abordés dans tout plan de test :
1. Introduction : Cette section doit fournir une vue d’ensemble du plan de test, y compris son but, sa portée et son approche.
2. Éléments de test : Cette section doit identifier les composants logiciels ou les fonctionnalités qui seront testés.
3. fonctionnalités à tester : Cette section doit décrire les fonctionnalités spécifiques qui seront testées et comment elles seront testées. 4.
4. les fonctionnalités qui ne seront pas testées : Cette section doit identifier toutes les fonctionnalités qui ne seront pas testées et pourquoi elles ne le seront pas.
5. Approche : Cette section doit décrire l’approche générale des tests qui sera utilisée.
6. Critères de réussite des tests : Cette section doit définir les critères qui doivent être respectés pour qu’un test soit considéré comme « réussi ».
7. Livrables du test : Cette section doit identifier les documents et autres artefacts qui seront produits dans le cadre de l’effort de test.
8. Tâches de test : Cette section doit décrire les tâches spécifiques qui doivent être réalisées afin d’exécuter le plan de test.
9. Responsabilités : Cette section doit attribuer des rôles et des responsabilités spécifiques à chaque personne impliquée dans le processus de test.
10. Calendrier : Cette section doit décrire le calendrier du processus de test.
11. Risques et mesures d’atténuation : Cette section doit identifier tous les risques associés au processus de test et décrire comment ces risques seront atténués.
12. Gestion de la configuration : Cette section doit décrire comment l’environnement de test sera géré et comment les changements de l’environnement de test seront contrôlés.
13. suivi des défauts : Cette section doit décrire comment les défauts seront suivis et gérés tout au long du processus de test.
14. Sign-off : Cette section devrait identifier qui doit approuver le plan de test avant qu’il ne puisse être exécuté.
15. Annexe : Cette section peut être utilisée pour inclure toute information supplémentaire pertinente pour le plan de test.
16. Glossaire : Cette section doit fournir des définitions pour tous les termes qui sont utilisés dans le plan de test.
17. Index : Cette section doit fournir un index de tous les documents et artefacts qui sont inclus dans le plan de test.