Introduction

Généralités

Décrire l’utilité du document

Ce document contient le rapport de test du logiciel X en phase Y.

Il s’applique au dispositif médical Z.

Concernant la numérotation des rapports de test, en fonction des campagnes de tests successives, vous avez la possibilité, lors d’une phase de test :

D’incrémenter la version d’un rapport de test, le numéro du document étant inchangé, ou
De travailler sur une version V1.0 du rapport de test, le numéro du document étant toujours différent.

La solution 1 convient pour de petites équipes (1 ou 2 testeurs qui peuvent gérer le numéro de version sans se marcher sur les pieds), la solution 2 est adéquate pour des équipes plus importantes (un rapport de test = un numéro de document attribué selon les règles du SMQ).

Abréviations

SOUP;
▲

Synthèse des résultats des tests

Résumé de la phase de tests

Décrire comment / quand / avec qui se sont déroulés les tests. Les éventuelles interruptions ou perturbations, notamment celle pouvant avoir été causées par la plateforme de tests.

Indiquer également, si nécessaire, les versions des équipements ou logiciels de la plateforme de tests.

Le logiciel X (version x.y.z) a été testé sur la plateforme xxx, du jj/mm/aaaa au jj/mm/aaaa dans les locaux de xxx à l’adresse xxx. La configuration de la plateforme était la suivante :

Serveur X en version x.y.z
Équipement Y de numéro de série xxx avec version du firmware xxx et calibré le jj/mm/aaaa.

Tous les tests de la phase alpha2 planifiés ont été exécutés.

Les pourcentages de tests par états sont :

Conforme	…
Non-conforme	…
Non Terminé	…
Non Réalisé	…

Le nombre d’anomalies constatées est :

Bloquantes	…
Majeures	…
Mineures	…

Indiquer comment on peut retrouver les anomalies ouvertes durant la phase de tests.

Les anomalies sont enregistrées dans l’outil xxx. Elles sont rattachées à la phase de tests par le champ xxx renseigné avec la valeur « alpha2 ».

Conclusion des tests

Cocher la case correspondante

Ce contenu est réservé aux abonnés.