Score VibeSpec 25 : formulations négatives
Le score 25 s’applique lorsque les exigences sont formulées en mode “ne pas faire”. Bien que correctes techniquement, les phrases négatives masquent souvent ce que le système doit réellement accomplir.
Exemples d’exigences
- “L’interface ne doit pas embrouiller l’opérateur.”
- Interprétation développeur : une mise en page basique suffit tant qu’il n’y a pas d’erreurs.
- Interprétation testeur : l’interface doit être évidente pour un nouvel utilisateur.
- Correction : “Concevoir l’interface pour que les opérateurs réalisent les tâches courantes sans aide extérieure.”
- “Le processus ne doit pas être trop long.”
- Interprétation développeur : une ou deux minutes peuvent convenir.
- Interprétation manager : attend des résultats quasi instantanés.
- Correction : “Le processus doit se terminer en moins de 30 secondes pour des charges standards.”
- “Les journaux ne doivent pas être illisibles.”
- Interprétation développeur : un format minimal suffit.
- Interprétation support : nécessite des horodatages clairs et des niveaux d’erreur.
- Correction : “Fournir des journaux structurés avec horodatage et niveaux de gravité.”
Comment VibeSpec détecte et explique
VibeSpec incite à reformuler les phrases négatives en affirmations positives. Décrire le comportement attendu simplifie la validation et élimine l’ambiguïté sur les cas limites.
Pourquoi les interprétations diffèrent
Un développeur peut penser que “pas trop long” signifie moins d’une minute, tandis qu’un testeur s’attend à quelques secondes. Ce qui semble “pas déroutant” pour un expert peut dérouter un novice. Mettre ces points de vue en lumière aide l’équipe à clarifier les termes.
En savoir plus dans notre introduction à VibeSpec.
