# Côté QaTrax

> Ce que QaTrax fournit à ValiTrax, ce qu’il reçoit en retour (défauts à corriger, dossier, retours de formation), et comment il prononce le PV.

## Ce que QaTrax fournit

Le **plan Dev+Test** du projet, importé dans QaTrax, contient les feuillets par rôle : une exigence `SPEC-RCT-<rôle>` par feuillet, dont le titre commence par son nom (« 01-A-administrateur — Administrateur »), et un essai manuel par ligne (A1, A2…), avec ce qu’on fait et ce qui doit se produire. ValiTrax le tire, **signé**, à la création de chaque campagne ; une trame dont la signature ne se vérifie pas est refusée.

## Ce que QaTrax reçoit

À chaque déclaration du responsable (« partiellement fini », « l’urgent est fini », « fini »), ValiTrax envoie un **rapport d’étape signé** ; QaTrax le vérifie et, dans l’espace du projet :

- ouvre un **bug** par ligne **ko** ou **er** — rattaché à son essai (A13…), avec ce qu’il fallait faire et voir, la remarque du testeur, l’heure, et ses pièces ;
- ouvre un bug par **anomalie**, de la gravité déclarée ;
- **résout** le bug d’une ligne rejouée **ok** ;
- garde les **pièces et captures**, si leur contenu correspond à l’empreinte signée.

La page **Recette client** de QaTrax liste les rapports reçus (date, campagne, déclaration, ok·ko·er, bugs ouverts, mis à jour, résolus) ; un clic en montre le détail : les lignes à corriger, avec remarques et pièces. Les bugs se suivent dans l’onglet **Bugs** de QaTrax.

## Le PV

Avec « Fini » arrive aussi le **dossier figé**. Sur la page **Recette client** de QaTrax, le titulaire de l’espace l’ouvre, lit ce qu’il dit (relevés, anomalies, remarques des testeurs), choisit le verdict et signe : c’est le **procès-verbal**. ValiTrax le récupère (**⟳ Voir si le PV est arrivé**), le vérifie, et le feu vers l’exploitation en dérive.

## Le retour de formation

> **Prévu, pas encore en service.** Il s’écrit des deux côtés : ValiTrax l’envoie, QaTrax doit savoir le recevoir.

Une campagne de **prise en main** n’envoie jamais de bug : une ligne « à revoir » n’est pas une panne. En revanche, une ligne sur laquelle une grande partie des personnes formées a buté (une **ligne difficile**, [voir le suivi des formations](/aide/formations#les-lignes-difficiles)) est un signal pour l’éditeur : un écran peu clair, un message obscur, une fiche mal écrite.

Le responsable du projet l’envoie par **Envoyer les lignes difficiles à QaTrax**, ou à la clôture de la campagne. ValiTrax transmet un **retour de formation signé**, par la même liaison que les rapports de recette. Pour chaque ligne, il contient :

- la ligne (PM-G7), son exigence (`SPEC-PEM-<rôle>`), l’essai d’origine et le texte de la ligne ;
- la mesure : personnes formées, part « à revoir » et « non vu », nombre de séances avant l’acquis ;
- les remarques consignées, **sans le nom** des personnes formées ;
- la version enseignée.

QaTrax vérifie la signature et ouvre, sur l’exigence, une **demande d’amélioration** de type « retour de formation », listée à part sur la page **Recette client**. L’éditeur choisit :

- **retoucher l’écran** : c’est une évolution du logiciel ;
- **réécrire la fiche** dans le plan : à la version suivante, ValiTrax voit que le texte de la ligne a changé, et la remet « à revoir » chez ceux qui l’avaient acquise ;
- **écarter** la demande, avec un motif.