IEEE 829

Le IEEE 829-1998 , également connus sous le nom de norme du 829 pour la documentation d'essai de logiciel , est une norme d'IEEE qui spécifie la forme d'un ensemble de documents pour l'usage à huit étapes définies de l'essai de logiciel, chaque étape produisant potentiellement son propre type séparé de document. La norme spécifie le format de ces documents mais ne stipule pas si elles tout doivent être produites, ni il inclut tous les critères concernant à contenu proportionné pour ces documents. Ce sont une question de jugement en dehors de la portée de la norme. Les documents sont :

* plan d'essai de de : un document de planification de gestion qui montre : le *How de l'essai sera fait (configurations y compris de SUT). le *Who de
le fera que le *What de
sera
examiné * combien de temps il prendra (bien que ceci peut varier, selon la disponibilité de ressource). le *What de
l'assurance d'essai sera, c. quel niveau de qualité est
exigé de * les spécifications de conception d'essai de : les conditions d'essai détaillantes et les résultats prévus aussi bien que l'essai passent des critères.
* spécifications de cas de test de : en spécifiant les essais pour l'usage en courant les conditions d'essai identifiées dans l'essai concevoir le
de spécifications * les spécifications de procédure d'essais de : détaillant comment exécuter chaque essai, y compris toutes conditions préalables d'installation et les étapes qui doivent être
suivi * le rapport de fiche d'envoi d'article d'essai de : rendre compte de le moment où les composants de logiciel examinés ont progressé d'une étape d'essai au prochain
* la notation d'essai de : enregistrant quelles caisses d'essais ont été courues, qui les ont courues, dans quel ordre, et si
passé ou échoué de chaque essai * rapport d'incident d'essai de : détaillant, pour tout essai que failed, le réel contre le résultat prévu, et toute autre information ont prévu pour jeter la lumière sur pourquoi un essai a échoué. Ce document n'est délibérément appelé comme rapport d'incident, et pas rapport de défaut. La raison est qu'une anomalie entre des résultats attendus et réels peut se produire pour un certain nombre de raisons autres qu'un défaut dans le système. Celles-ci incluent les résultats prévus étant mal, l'essai étant couru incorrectement, ou contradiction dans les conditions signifiant que plus d'une interprétation pourrait être faite. Le rapport se compose de tous les détails de l'incident tels que des résultats réels et prévus, quand il a échoué, et n'importe quelles preuves à l'appui qui aideront dans sa résolution. Le rapport inclura également, si possible, une évaluation de l'impact sur l'essai d'un incident.

* compte rendu succinct d'essai de : Un rapport de gestion fournissant n'importe quelles informations importantes a découvert par les essais accomplis, et incluant des évaluations de la qualité de l'effort d'essai, la qualité du système logiciel à l'essai, et les statistiques ont dérivé des rapports d'incident. Le rapport enregistre également quel essai a été fait et combien de temps il a pris, afin d'améliorer n'importe quelle future planification d'essai. Ce document final est employé pour indiquer si le système logiciel à l'essai est adapté pour le but selon qu'ou pas il a répondu à des critères d'acceptation définis par des dépositaires de projet.

Rapport avec d'autres normes

D'autres normes qui peuvent être mentionnées en documentant selon IEEE 829 incluent : * IEEE de 1008 , une norme pour l'essai d'unité de : * IEEE de 1012 , une norme pour le
de vérification et de validation de logiciel * IEEE de 1028 , une norme pour les inspections de logiciel de : * IEEE de 1044 , une norme pour la classification du
d'anomalies de logiciel * IEEE de 1044-1 , un guide de la classification du
d'anomalies de logiciel * IEEE de 1233 , un guide pour le
se développant de caractéristiques de conditions de système * IEEE de 730 , une norme pour la garantie de qualité de logiciel prévoient le
* IEEE de 1061 , une norme pour la métrique de qualité de logiciel et
de méthodologie * IEEE de 12207 , une norme pour des processus de cycle de vie de logiciel et
de données de cycle de vie * BSS 7925-1 , un vocabulaire de des termes utilisés dans le
d'essai de logiciel * BSS 7925-2 , une norme de pour l'essai de composant de logiciel

Utilisation d'IEEE 829

Le standard format une partie du programme de formation des certificats de base et de praticien du ISEB dans l'essai de logiciel favorisé par la société d'ordinateur britannique .

Random links: