merci de remplir ce formulaire, vous serez contacté dès que possible

Nom

email

Vous souhaitez

Votre message

dernière modification : 27 juillet 2018

document – Plan de Test du Logiciel
état : publié

Introduction

Généralités

Décrire l’utilité du document
Ce document contient le plan de tests du logiciel XXX. Il s’applique au dispositif médical XXX.

Référence (lorsque nécessaire)

Références utiles pour le document

Documents

Identifiant Révision Titre
PRO.CVL x.x Procédure cycle de vie du logiciel

Normes / guides / standards

Les normes et guides utilisés pour le dev, hors aspects DM
titre Révision Utilisation

Abréviations

SOUP ;

Phases de test

Décrire ici les phases de tests, on renvoyer vers le PDL si les phases sont déjà décrites dans celui-ci.

Tests d’intégration

Décrire comment les phases de tests d’intégration sont gérées, revues, documentées … Cette partie peut avoir été décrite succinctement dans le PDL. Elle est décrite de façon plus détaillée ici. Il est admis que la phase « tests d’intégration » ne soit pas séparée de la phase « tests de vérification ».

Phases de tests d’intégration

Décrire les phases de tests d’intégration Pour mémoire, les essais d’intégration et de vérification visent à vérifier :
  • L’intégration des composants logiciels entre eux,
  • L’intégration matérielle et logicielle,
  • La conformité du logiciel aux exigences logicielles définies dans la SEL.
Les tests d’intégration sont planifiés à la livraison du module développé par la société sous-traitante xxx :
  • Point d’intégration 1 : à la réception du module version alpha,
  • Point d’intégration 2 : à la réception du module version beta,
  • Point d’intégration finale : à la réception du module version finale.
Les fonctions du logiciel demandent à ce que le logiciel soit intégré pour pouvoir être testées. Par conséquent, les tests d’intégration sont effectués simultanément avec les tests de vérification.

Tests de vérification

Décrire les phases des tests de vérification de façon globale, sans rentrer dans le détail qui est donné dans le plan de tests.
Les tests sont découpés en 7 phases :
Phase Contenu Critère de succès
Dry-Run 1 V0.2. Test des modules xxx et yyy uniquement Les testeurs sont l’équipe de qualification/acceptance (QA) logicielle. Le logiciel est installé sur une plateforme de test et d’intégration. bugs bloquants corrigés
Dry-Run 2 V0.3. Test des modules xxx, yyy, zzz et ttt uniquement. Les testeurs sont l’équipe de qualification/acceptance (QA) logicielle. Le logiciel est installé sur une plateforme de test et d’intégration. bugs bloquants corrigés
Alpha 1 V0.4. Les testeurs sont l’équipe de qualification/acceptance (QA) logicielle. Tous les tests fonctionnels sont exécutés Le logiciel est installé sur une plateforme de test et d’intégration. bugs bloquants corrigés
Alpha 2 V0.5. Les testeurs sont l’équipe de qualification/acceptance (QA) logicielle. Le logiciel est installé sur une plateforme de test et d’intégration. Tous les tests fonctionnels, tests aux limites, tests de performances sont exécutés bugs bloquants corrigés et ; 70% bugs majeurs corrigés
Beta 1 V0.8. Les testeurs sont des utilisateurs sélectionnés des sites pilotes. Le logiciel est installé sur les sites pilotes. Tous les tests fonctionnels et tests de performances sont exécutés. bugs bloquants corrigés et ; 80% bugs majeurs corrigés
Beta 2 V0.9. Les testeurs sont des utilisateurs des sites pilotes. Le logiciel est installé sur les sites pilotes. Tous les tests fonctionnels et tests de performances sont exécutés. bugs bloquants corrigés et ; 90% bugs majeurs corrigés
Version finale V1.0. Les testeurs sont des utilisateurs des sites pilotes. Le logiciel est installé sur les sites pilotes. Test libres de la version bugs bloquants corrigés et ; bugs majeurs corrigés et ; 90% bugs mineurs corrigés

Critères de fin de phase de tests

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

Oui Non