L’installation s’est terminée sans message d’erreur. Pourtant, au premier dossier réel, une personne ne peut plus terminer son travail. Un test de réception métier examine ce que l’équipe doit pouvoir faire après une mise à jour : ouvrir les bons éléments, réaliser une tâche et obtenir un résultat utilisable. Le statut technique de l’installation reste utile, mais il ne répond pas à toutes ces questions.
Choisir le parcours qui doit absolument fonctionner
Commencez par une tâche fréquente et importante. Pour un service commercial, il peut s’agir de préparer une proposition et de l’envoyer pour validation. Pour une équipe administrative, ce sera peut-être retrouver un document puis produire un export. Décrivez le début et la fin du parcours avec les personnes qui le réalisent, en évitant de transformer la vérification en inventaire de tous les boutons du logiciel.
Indiquez les conditions de départ : profil d’utilisateur, type de dossier, pièces nécessaires et application utilisée. Un essai effectué avec un compte d’administrateur peut masquer les difficultés d’un utilisateur ordinaire. De même, un dossier vide ne montre pas forcément le comportement d’un dossier contenant plusieurs pièces. Choisissez un exemple représentatif et autorisé, avec des données adaptées au cadre de vérification.
Le site public Cybermalveillance.gouv.fr recommande de gérer les mises à jour et de les tester lorsque c’est possible. La préparation doit tenir compte de leur importance, notamment en matière de sécurité. Un contrôle métier proportionné aide à organiser le déploiement ; il ne justifie pas de repousser sans décision une correction nécessaire.
Définir le résultat avant de lancer l’essai
Écrivez ce qui rendra le parcours acceptable. « Le logiciel s’ouvre » est un critère trop étroit si la tâche attendue consiste à produire un fichier utilisable par un autre service. Un résultat observable peut inclure le contenu obtenu, le destinataire, la présence des pièces jointes et la possibilité de reprendre le dossier. La formulation doit permettre à deux personnes de constater la même chose.
Ajoutez les points de vigilance liés à la mise à jour connue. Si elle touche un export, regardez les colonnes, les accents et les formats attendus. Si elle modifie une interface, observez les étapes qui ont changé. Il n’est pas nécessaire de refaire tout le contrôle de l’entreprise à chaque évolution ; concentrez-vous sur les usages essentiels et les effets plausibles du changement.
Notre article sur l’importation d’un CSV aux accents illisibles illustre ce type de vérification concrète. Un fichier peut être créé sans erreur et demander malgré tout une lecture adaptée dans l’application de destination. Le test doit aller jusqu’à cette destination si elle fait partie du travail normal.
Observer les difficultés avec des faits
Pendant l’essai, notez l’étape, l’action réalisée et ce qui s’est produit. Une anomalie décrite par « le document ne part pas lorsque je valide cette étape » est plus exploitable que « tout est cassé ». Conservez le message affiché et les conditions utiles au diagnostic, sans diffuser des informations personnelles à des personnes qui n’en ont pas besoin.
Distinguez l’échec, l’hésitation et le changement volontaire de fonctionnement. Une nouvelle place pour un bouton peut demander une explication ; une fonction indisponible peut empêcher la tâche ; une règle métier modifiée peut nécessiter une décision. Ces situations ne doivent pas toutes être enregistrées comme une panne technique. Elles n’appellent ni le même interlocuteur ni le même délai de traitement.
Si une autorisation bloque le parcours, vérifiez les profils plutôt que d’accorder immédiatement tous les droits. La CNIL recommande une gestion des profils selon les rôles exercés. Le compte de vérification doit permettre d’observer le travail dans des conditions proches de celles prévues, avec les habilitations adaptées.
Prendre une décision et traiter les réserves
À la fin, consignez les parcours validés et les réserves restantes. Chaque réserve doit indiquer son effet sur le travail et la personne chargée de la suite. Une liste de défauts sans responsable ne permet pas de décider si l’équipe peut utiliser l’outil. Le responsable métier et l’interlocuteur technique doivent partager la même compréhension des limites constatées.
Lorsqu’une solution provisoire est retenue, expliquez-la aux utilisateurs concernés et fixez sa révision. Un contournement peut devenir durable sans que personne ne l’ait voulu. Pour les déploiements qui concernent plusieurs postes, notre article sur les environnements réellement utilisés après une mise à jour rappelle qu’une correction disponible doit atteindre les usages réels.
Le compte rendu de réception peut rester bref : scénario, résultat, réserves et décision. Sa valeur vient du parcours réellement réalisé et des preuves utiles conservées. Une mise à jour est alors jugée à travers le travail qu’elle permet de poursuivre, avec ses éventuelles limites rendues visibles.
