---
title: "Flux de revue QA"
description: "Une porte qualité en deux étapes : relire les exigences une à une pendant le travail de terrain, puis valider l'ensemble de l'évaluation à la fin."
version: "fr"
---

> Index de la documentation
> Index complet de la documentation : https://docs.kliper.dev/fr/llms.txt
> Utilisez ce fichier pour découvrir toutes les pages disponibles.

# Flux de revue QA

Kliper relit une évaluation en **deux étapes** qui s'alimentent l'une l'autre : les relecteurs effectuent la QA des **exigences** individuelles à mesure qu'elles sont terminées pendant le travail de terrain, puis une **validation finale** unique achève l'ensemble de l'évaluation. La validation finale sait combien de QA au niveau des exigences a réellement eu lieu, si bien que vous n'approuvez jamais un rapport de conformité que personne n'a relu.

| Étape | Unité | Quand | Où |
|---|---|---|---|
| **QA des exigences** | Une exigence | Pendant le travail de terrain, à mesure que chacune est terminée | Éditeur de sections → page Revues |
| **Validation de l'évaluation** | L'évaluation entière | À la fin, une fois la QA terminée | Page Revues |

> **Note**
>
> La relecture est conditionnée par le rôle. Les **admins, managers et relecteurs QA** voient les files de revue et peuvent approuver ou renvoyer le travail. Les évaluateurs soumettent leur travail à la revue.

## Relire une seule exigence

### Soumettre à la revue

En tant qu'évaluateur, lorsqu'une exigence est prête :

1. **Ouvrir l'exigence**

   Dans l'éditeur de sections, dépliez la carte de l'exigence.
2. **Soumettre à la revue**

   Au pied de la carte, cliquez sur **Soumettre à la revue**. Sa puce d'en-tête passe à **En revue** (bleu).

> **Tip**
>
> Si l'exigence n'a pas de constatation sélectionnée ou des procédures de test sans réponse, Kliper vous demande de confirmer avant de soumettre, pour qu'un travail manifestement incomplet n'atteigne pas un relecteur par accident. Vous pouvez tout de même soumettre délibérément.

### Approuver ou renvoyer

L'exigence soumise apparaît dans le panneau **QA des exigences** en haut de la [page Revues](/fr/operations/reviews), la plus ancienne en premier. Chaque ligne indique son évaluation, qui l'a soumise et une statistique de **complétude des procédures de test** (par exemple `0/2 TP répondues`, en ambre si incomplet) pour que vous voyiez le vide *avant* d'approuver.

- **Approuver** : l'exigence passe la QA. Sa puce devient verte (**QA terminée**) et le contrôle de soumission disparaît.
- **Renvoyer** : une boîte de dialogue demande une **note** (obligatoire). L'exigence est renvoyée à l'évaluateur avec votre raison.

### Puces de statut et renvois

Chaque carte d'exigence porte une puce qui reflète son état de revue :

| Puce | Signification |
|---|---|
| *(aucune)* | Rédigée, pas encore soumise |
| **En revue** | Soumise, en attente d'un relecteur |
| **Renvoyée** | Un relecteur a demandé des changements |
| **QA terminée** | Approuvée |

Lorsqu'une exigence est renvoyée, l'évaluateur voit un encadré ambre **Renvoyée par la QA** avec la note du relecteur dans la carte, reçoit une notification qui y renvoie directement, et le bouton devient **Resoumettre à la revue**.

> **Caution**
>
> **Modifier une exigence approuvée par la QA la réinitialise.** Si vous changez le contenu d'une exigence déjà approuvée, elle retombe à *rédigée* et sa revue est effacée ; ainsi **QA terminée** garantit toujours le contenu exact que le relecteur a vu.

## Le panneau QA des exigences

Le panneau en haut de la page Revues donne aux relecteurs la vue d'ensemble :

- Une **barre en entonnoir par évaluation active** montrant la répartition de ses exigences entre *rédigée → en revue → renvoyée → terminée*, avec un compteur `N/total terminées`.
- La **file du relecteur** des exigences en attente de revue, chacune avec sa statistique de complétude et les actions Approuver / Renvoyer.
- Une liste **Renvoyées à vous** de vos propres exigences retournées, chacune avec la note du relecteur.

## Vérifications pré-QA à l'envoi à la QA

Lorsque vous envoyez une évaluation entière à la QA, Kliper exécute d'abord les vérifications déterministes qu'un relecteur ferait sinon à la main :

- **En place sans aucune preuve** : un contrôle marqué En place sans fichier joint, sans preuve en ligne et sans artefact cité.
- **Non applicable / Non testé sans justification** : une constatation N/A ou Non testé avec une explication vide.
- **Aucune constatation sélectionnée** : des contrôles encore indécis.
- **Dates de l'évaluation** : dates de début/fin de la section 1.2 manquantes, inversées ou hors de la fenêtre de l'engagement (LOE).

Si tout passe, l'évaluation est soumise directement. S'il y a des problèmes, une boîte de dialogue les regroupe par règle avec des **liens de saut** vers le contrôle exact, et propose **Aller corriger** ou **Soumettre quand même**. Les dérogations ne sont pas silencieuses : la notification du relecteur indique que l'évaluation a été soumise avec N avertissements non résolus.

> **Note**
>
> Les vérifications sont consultatives, pas une porte bloquante : un évaluateur peut toujours passer outre avec son jugement. L'objectif est que rien de manifestement incomplet n'atteigne un relecteur *par accident*.

## Validation finale

Lorsque l'évaluation entière est prête, elle est soumise à une **validation** unique qui l'achève. Les évaluations en attente de validation apparaissent dans le panneau **Évaluations en attente de validation** de la page Revues.

Les deux étapes sont connectées : chaque ligne de validation affiche le **cumul QA** par exigence (`N/total approuvées par la QA`, en ambre tant que c'est incomplet, en vert une fois que chaque exigence a passé la QA). L'action le reflète aussi :

1. **Valider**

   Le bouton indique **Valider** (distinct de l'**Approuver** par exigence). C'est un bouton contouré discret tant que des exigences sont encore en QA, et il devient un bouton principal plein une fois qu'elles sont toutes approuvées ; l'action finale ne s'allume donc que lorsque le travail granulaire est fait.
2. **Confirmer si la QA est incomplète**

   Si des exigences ne sont toujours pas relues, Kliper vous avertit d'abord (*« N exigences sur M n'ont pas passé la QA par exigence — valider quand même ? »*). Vous pouvez passer outre, mais cela ne peut pas se produire en silence.

> **Note**
>
> La validation achève l'évaluation. Vous pouvez ensuite générer le [rapport ROC](/fr/guides/roc-report) final.

Source: https://docs.kliper.dev/fr/guides/qa-review-workflow/index.mdx