PRO-QLT-116 | Seul le document informatique fait foi | Plan de test NF525
| REDACTION | VALIDATION | OBJET DE LA REVISION | DATE | Version | NOMS |
01/12/2016 | 1 | Régis FOLNY | Grégory Gallier-Lachaise | NF525 |
Ce plan de test concerne la mise en conformité du logiciel Crisalid V3 en rapport aux exigences du document NF LOGICIEL GESTION DE L'ENCAISSEMENTIl décrit le strict cadre de réalisation des tests concernant la certification dans le respect des exigences de la politique de test de Crisalid:
Déroulement des testsLes tests vont se dérouler en trois étapes distinctes: - Test Qualité
- Test Exigences logiciels
- Test des fonctionnalités
Environnement de testOrganisation des testsTous les test seront géré avec l'outil TESTRAIL.
Management: Rédaction des Test | REGIS FOLNY | Testeur qualité | GREGORY GALLIER-LACHAISE | testeur produit | REGIS FOLNY | testeur produit | EMMANUEL TONDRE | développement | PIERRE YAGER |
- Le descriptif et la version du logiciel à tester est saisi par le service qualité dans depuis l'ongle "Milestones" de TestRail. La date de lancement et de fin de la phase de test sera renseigné ici.
- Les cas de test sont saisis par le service qualité dans l'onglet "Test Cases" de Testrails. Ils doivent être rattachés à une section de test (ventes, programmation, fonctions, etc...). Il est possible de saisir un cas de test globale en mode texte ou par étape détaillées. Chaque cas de test est affecté à un type de test et à une priorité
Dans le cas ou un le test dépend d'un obligation légale, un lien vers le document de référence est crée dans la rédaction du test - Les phases de test sont préparé par le service qualité et sont assignés aux testeurs.
- Les testeur réalises les tests et affectent le résultât.
Toutes les fonctionnalités du logiciel sont décrites dans le lexique
des fonctionnalités et sont soumises à un plan de test tracé dans
l'outil TestRail.
Les tests non concluants créent automatiquement une demande dans l'outil de gestion de bug Redmine en Appuyant sur Push de la section Defects en respectant les règles d'usage :
QLT-DOC-218 : Règles Générales d'utilisation du Bugs TrackerQLT-DOC-218 : Règles Géné...ilisation du Bugs Tracker
Les Phases de test terminées font l'objet de l'édition d'un rapport de test:
Une version est considérée comme validée lorsque tous les cas de tests ont été assignés, réalisés et concluants.
Planning 01/12/2016 | Rédaction des cas de test | Regis FOLNY | 01/02/2017 | Phase de test qualité | Grégory Gallier-Lachaise | 01/02/2017 | Phase de test produit | Régis FOLNY | 01/02/2017 | Phase de test fonctions | Régis FOLNY | 01/03/2017 | Test clients pilotes | | 01/03/2017 | correction des bugs | Pierre Yager |
Phases d'améliorations et correctives - Les phases de test correctives concernent les sorties de versions correctives trimestrielles et les phases de test majeures concernent les sorties de versions majeure annuelles
01/07/2017 | relance test fonctionnalités | 01/10/2017 | relance test fonctionnalités | 01/01/2018 | relance test fonctionnalités + conformité produit |
|
|