Critères d’acceptation SaaS : décrire un résultat testable

Remplacer les adjectifs par des observations

« L’import doit être simple » ne dit pas comment le vérifier. Pour un carnet de contacts fictif, précisez le format accepté, les champs obligatoires, le comportement face aux doublons et la restitution des erreurs. Séparez la règle métier de sa présentation visuelle pour éviter qu’une maquette masque une ambiguïté.

Trois scénarios pour une même fonction

Indiquez aussi ce qui n’est pas couvert : rapprochement automatique complexe, correction des noms ou synchronisation continue. Une exclusion explicite aide à comprendre l’estimation.

Utiliser les critères pendant la construction

Relisez-les avant de développer, puis utilisez les mêmes exemples en démonstration. Si une règle change, mettez à jour le critère et sa justification. Une capture d’écran du succès ne suffit pas pour vérifier les droits, les erreurs et la persistance des données.

Faut-il tout transformer en test automatisé ?

Les invariants et les régressions coûteuses méritent une automatisation. La compréhension d’un libellé ou la qualité d’un parcours demande aussi une observation humaine. Le document doit rester assez court pour être utilisé : privilégiez les risques et les cas représentatifs, puis ajoutez les exceptions découvertes plutôt qu’une liste exhaustive imaginée à l’avance.

Les exemples sont pédagogiques et ne décrivent pas des résultats clients. Contenu préparé avec assistance IA ; voir notre politique éditoriale. Notre méthode ↗