Reprendre un parcours UCP après intervention de l'acheteur
Lorsqu'un parcours UCP demande une intervention de l'acheteur, testez le retour au parcours autant que l'ouverture de la page. La recette doit couvrir l'étape terminée, l'abandon, l'expiration et le résultat encore inconnu.
La spécification UCP décrit notamment l'escalade et une URL de continuation. Adaptez les scénarios ci-dessous au contrat et aux participants de l'implémentation.
Le retour du navigateur ne ferme pas la transaction
Dans un scénario fictif, un acheteur quitte le parcours de checkout pour effectuer une étape demandée, puis revient sur la boutique. Trois observations peuvent diverger : le navigateur est revenu, l'étape a peut-être été accomplie et le résultat métier n'est pas encore confirmé auprès du participant responsable.
Si l'interface affiche immédiatement « commande confirmée », elle transforme un événement de navigation en résultat commercial. Si elle relance automatiquement l'opération initiale, elle peut répéter une action dont le résultat est seulement inconnu. Le parcours doit expliquer ce qu'il sait avant de décider de la suite.
La vue d'ensemble UCP décrit des situations nécessitant une intervention de l'acheteur et une continuation. Pour une implémentation, relevez la version et le transport concernés, puis utilisez les états et opérations définis par ce contrat. Les étapes ci-dessous constituent une grille de test, pas un nouveau protocole.
| Cas à provoquer dans un environnement de test | Observation recherchée |
|---|---|
| L'acheteur effectue l'étape puis revient | L'état qui autorise la reprise est confirmé |
| L'acheteur ferme la fenêtre | Le parcours conserve un état explicable |
| L'acheteur revient après expiration | Le système applique la règle d'expiration pertinente |
| La réponse se perd après une action | Le résultat est recherché avant une répétition |
| Deux retours surviennent | La même reprise ne déclenche pas deux actions métier |
Les critères précis doivent être établis à partir de l'implémentation et des références normatives applicables. Un tableau seul ne démontre pas que les cas ont été exécutés.
Montrer au support ce qui reste à vérifier
Le message destiné à l'acheteur et le journal de diagnostic n'ont pas besoin du même niveau de détail. Le premier doit permettre de comprendre si une action est attendue, si un résultat reste en vérification ou si le parcours est terminé. Le second doit conserver les références nécessaires pour retrouver la session et son état.
Évitez les libellés qui effacent l'incertitude. Une opération en attente de confirmation n'est pas forcément échouée ; un écran revenu à son point de départ ne signifie pas forcément qu'aucune action n'a eu lieu. Le support doit pouvoir rechercher le résultat sans demander à l'acheteur de recommencer aveuglément.
Ne copiez pas de secrets ou de données de paiement dans un compte rendu de recette. Conservez les identifiants et champs nécessaires selon les règles d'accès de l'organisation, en expurgeant les extraits partagés.
Relier la reprise à la bonne session
Une reprise doit conserver le contexte auquel elle appartient. Dans la recette, examinez les références de session et les changements intervenus depuis l'interruption. Si le panier, le montant ou une condition pertinente a changé, l'intégration doit traiter ce nouvel état selon le contrat applicable.
Le test utile compare l'état avant l'interruption, l'observation au retour et la décision prise. Cette séquence montre pourquoi l'opération continue, attend une intervention ou s'arrête. Une capture de l'écran final peut compléter la preuve ; elle ne remplace pas la séquence qui explique le résultat.
Conserver le contexte sans conserver les secrets
Le journal peut contenir un identifiant de scénario, des horodatages et les transitions observées. Il ne doit pas exposer les données de paiement ni transformer une URL comportant des informations sensibles en lien diffusé dans un rapport.
Documentez les champs masqués et leur rôle, afin que la suppression de données ne rende pas le diagnostic incompréhensible. Si un détail est indispensable, conservez-le dans le dispositif sécurisé prévu par l'équipe, pas dans un article ou une capture partagée.
Traiter l'expiration comme une décision
Une session expirée peut exiger une nouvelle étape ou une nouvelle confirmation. Ne reconstituez pas silencieusement un achat avec des conditions qui ont pu changer.
Comparez les éléments décisifs avant toute reprise : contenu du panier, montant, disponibilité et consentement requis par le parcours. La recette doit préciser ce qui déclenche une nouvelle présentation à l'acheteur.
Ces décisions appartiennent à l'implémentation et au contrat marchand. Elles ne doivent pas être inventées à partir d'un exemple documentaire.
Dans la recette UCP, consignez séparément l'ouverture de la continuation, le retour observé et le résultat métier confirmé.
