user-acceptance

Acceptance at delivery time should be experiential, not just a test summary. Primary goal: help the human directly see and feel what changed before merge. If work is not user-facing, run and show executable proof with user-impact translation.

For user-facing work, launch the actual app and use the feature as a real user would — navigating screens, clicking buttons, filling forms, observing results. Then give the user instructions for running it themselves.

Running e2e tests is not a demo. Tests verify code correctness. A demo lets the user see the feature working in the real app, interactively, so they can judge whether the right thing was built.

À utiliser lorsque vous terminez un ticket ou une pull request et que l'utilisateur demande à valider, démontrer ou approuver le comportement fourni, y compris les modifications non destinées à l'utilisateur. Les déclencheurs incluent « UAT », « vérifier », « me guider », « montrer ce qui a changé », « pouvons-nous fusionner ? », « signer », « test d'acceptation », « faire une démonstration », « prêt à fusionner », « valider les modifications », « montre-moi que cela fonctionne » et des expressions similaires indiquant la nécessité d'une procédure d'acceptation ou d'une démonstration avant la fusion. Source : gannonh/skills.