Plan de test

Seul le document informatique fait foi

Plan de test NF525

PRO-QLT-116

REDACTION

VALIDATION

OBJET DE LA REVISION

DATE

Version

NOMS

Ce plan de test concerne la mise en conformité du logiciel Crisalid V3 en rapport aux exigences du document NF LOGICIEL GESTION DE L'ENCAISSEMENT

Il 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 tests

Les tests vont se dérouler en trois étapes distinctes:

    1. Test Qualité

    2. Test Exigences logiciels

    3. Test des fonctionnalités

Environnement de test

Le tests qualité nécessite l'accès au Google drive de CRISALID et au Wiki de CRISALID V3

Organisation des tests

Tous les test seront géré avec l'outil TESTRAIL.

Management:

  • 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é...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

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

            • 01/10/2017

            • 01/01/2018

            • relance test fonctionnalités

            • relance test fonctionnalités

            • relance test fonctionnalités + conformité produit