Accueil‎ > ‎Qualité‎ > ‎

Plan de test






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'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:
 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 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







Comments