Tests complets des exigences et évaluation de la qualité – le summum du changement vers la gauche.
Test des exigences
Test des histoires d'utilisateurs
Les tests d’exigences réduisent les reprises et le gaspillage. Les tests automatisés (ou manuels) des exigences peuvent garantir que la qualité des exigences est atteinte dès le début du cycle de vie du développement logiciel. Des exigences de qualité élevées aident les équipes à mieux réussir sur les projets logiciels. Voyons pourquoi il en est ainsi. En moyenne 15% – 35% de tous les défauts de production sont causés par des exigences médiocres ou manquantes (Source Capers Jones et Accenture). Si les exigences sont de faible qualité, il y a peu de chances d’obtenir un résultat positif. Cet article présente les tests automatisés des exigences.
Nous devons d’abord comprendre ce qui constitue une exigence ou un ensemble d’exigences de bonne qualité. Nous devons comprendre les attributs des exigences de bonne qualité, puis tester nos exigences par rapport à ces attributs.
De nombreuses équipes logicielles Agile connaissent et peuvent utiliser le pneumonique INVEST. INVEST est un ensemble vague et incomplet d'attributs de qualité pour de bonnes exigences logicielles. Nous recommandons plutôt un ensemble d’attributs de qualité plus complet et sans ambiguïté.
Attributs de qualité des exigences
- Clair – intention fonctionnelle sans ambiguïté
- Concis – aussi peu de mots et de détails que nécessaire pour décrire l’intention fonctionnelle
- Mesurable – A une taille fonctionnelle (déclarations claires sur le mouvement des données)
- Orienté utilisateur – Chaque besoin a un utilisateur clairement identifié
- Sans conception – aucune spécification sur la manière dont la fonctionnalité sera réalisée
- Précieux – chaque exigence doit apporter de la valeur à l’utilisateur/à l’entreprise
- Testable – Peut être testé pour son comportement correct
- Complet – inclut toutes les fonctionnalités nécessaires à une interaction utilisateur
- Cohérent – utiliser les mêmes termes pour objets et utilisateurs tout au long de
- Unique – pas d’exigences fonctionnelles en double dans un ensemble
Ce sont nos 10 attributs de qualité recommandés pour de bonnes exigences logicielles. Les 7 premiers s'appliquent dans le contexte d'une exigence individuelle et les trois derniers examinent la qualité de chaque exigence dans le contexte d'un ensemble d'exigences. Aucune exigence (ou user story) ne doit être examinée isolément.
Test des exigences logicielles par ScopeMaster®
Si vous en avez assez des exigences peu claires, voici ce dont vous avez besoin : une analyse statique des exigences :
ScopeMaster effectue des tests statiques et dynamiques des exigences. Il évaluera la qualité des exigences individuelles et des ensembles d'exigences. ScopeMaster est le seul analyseur d'exigences qui évalue votre backlog. Les tests de ScopeMaster couvrent 9 des 10 catégories de qualité essentielles indiquées ci-dessus. Dans l'ensemble, il trouvera (et vous aidera à corriger) plus de 50% des défauts correspondant à vos besoins.
Tests automatisés des exigences par ScopeMaster®
Plus de 350 tests d'exigences statiques
Vérifier que vos exigences sont conformes à ces attributs est plutôt fastidieux. Chez ScopeMaster, nous avons simplifié le travail de vérification de la qualité des exigences. Nous l'avons automatisé. Tests ScopeMaster® chaque exigence, effectuant plus de 350 tests statiques couvrant les bonnes pratiques en matière d'exigences de rédaction. C'est un peu comme avoir des experts (Linda Westfall, Karl Wiegers et Robin Orfèvre) vérifiez votre travail au fur et à mesure. Il attribue une note de qualité et propose une explication sur la manière de résoudre chaque problème détecté.
100 à 2 000+ tests dynamiques par exigence
ScopeMaster exécute ensuite des tests supplémentaires pour croiser toutes les exigences entre elles afin de déterminer les attributs de qualité liés au ensemble d’exigences.
Au total, ScopeMaster effectue généralement environ 1000 tests par exigence couvrant 9 des 10 catégories ci-dessus.
Les tests d'exigences sont le nec plus ultra des tests Shift Left
Exigence Qualité
L'analyseur ScopeMaster détermine un niveau de qualité pour chaque exigence individuelle. Ceci est déterminé par les résultats de tests statiques et de tests contextuels. Chacun des plus de 350 tests statiques est associé à un poids.
Chaque exigence est testée
Les attributs de qualité tels que la clarté, l'orientation utilisateur, la concision, l'orientation utilisateur, la testabilité et la dimensionnalité sont tous des attributs qui peuvent être évalués lors de l'examen de chaque exigence individuelle ou user story.
La cohérence, l’exhaustivité et l’unicité ne peuvent être évaluées qu’en examinant, en croisant et en comparant des ensembles d’exigences ou des témoignages d’utilisateurs. ScopeMaster effectue des centaines de tests statiques sur chaque exigence (ou user story)
Ensemble d'exigences Qualité
ScopeMaster® teste automatiquement le ensemble d'exigences donnant une note de qualité globale pour l'ensemble. Il s’agit d’un indicateur très utile de la préparation du projet à l’investissement.
Des ensembles d'exigences sont testés
La cohérence, l’exhaustivité et l’unicité ne peuvent être évaluées qu’en examinant, en croisant et en comparant des ensembles d’exigences ou des témoignages d’utilisateurs. Pour un ensemble donné de user stories (ou d'exigences), ScopeMaster effectuera jusqu'à plusieurs millions de tests contextuels sur des ensembles de user stories.
Autres techniques pour détecter les défauts des exigences
Nous devons d’abord nous assurer que nous connaissons les exigences réelles, puis nous devons nous assurer de bien les articuler. Vous trouverez ci-dessous des listes de techniques permettant de répondre à ces deux préoccupations :
Découvrir les véritables exigences ?
- Ateliers
- Prototypes
- Trois amis
- Affinement du backlog
- Inspections des exigences
- Simulations et procédures pas à pas
Bien articuler les exigences
- Analyse textuelle
- Modélisation de cas d'utilisation
- Modélisation des données
- Modélisation du flux utilisateur
- Analyse CRUD
Potentiel de défaut
Chaque artefact logiciel présente une quantité prévisible de défauts lors de sa création. Quand on y pense, cela a du sens. Pour chaque heure qu'un travailleur du savoir consacre à quelque chose (code, conception, exigences, etc.), il est susceptible de commettre une ou deux erreurs chaque heure. Les potentiels de défauts dans les exigences sont les défauts susceptibles de s'y trouver lorsqu'elles sont créées. La métrique du potentiel de défauts des exigences que nous privilégions est une métrique normalisée de potentiel de défaut par point de fonction COSMIC. Par exemple, les études de Capers Jones montrent que le potentiel moyen de défauts dans les exigences varie entre 1 et 2 défauts par FP dans les exigences. Sachant cela est un point de départ important pour trouver et corriger ces défauts – si nous savons maintenant combien de défauts d’exigences nous devons trouver, nous faisons partie du chemin pour les corriger.
Suivi de la qualité
ScopeMaster suit la qualité des exigences au fil du temps.
Lorsque vous utilisez ScopeMaster pour affiner vos user stories, il suivra le nombre de défauts et le niveau de qualité au fil du temps. Ceci est utile aux responsables de l’assurance qualité et aux chefs de projet pour évaluer l’état de préparation aux exigences pour le développement.
Défauts trouvés
Un examen et des tests approfondis des exigences révèlent :
- défauts potentiels dans une exigence, et
- défauts potentiels dans un ensemble d’exigences
Densité des défauts
La densité des défauts est une indication de la concentration des défauts dans les limites des exigences. Bien que vous puissiez utiliser un indicateur tel que les défauts trouvés par exigence ou les défauts par cas d'utilisation, nous recommandons les défauts par CFP car il s'agit d'une métrique standardisée et cohérente.
