Réponse.

Le test des exigences est une étape importante du test manuel, car les défauts à ce stade entraînent des erreurs coûteuses à l'avenir.

Historique de la question :

Aux premières étapes du développement, les exigences du produit sont fixées sous forme de documents (cahiers des charges, spécifications). Une formulation incorrecte ou incomplète engendre de nombreux problèmes lors des phases de réalisation et de test.

Problématique :

Les exigences s'avèrent souvent incomplètes, ambiguës ou contradictoires. Cela conduit à des malentendus et à une mise en œuvre de produit de mauvaise qualité. Le testeur doit identifier ces problèmes à l'avance.

Solution :

Le test manuel des exigences comprend :

Un audit attentif des exigences pour leur exhaustivité, clarté et cohérence
La formulation de questions de clarification aux analystes et aux clients commerciaux
La documentation de tous les scénarios d'utilisation possibles (cas positifs/négatifs)
L'application de techniques d'analyse des exigences : tableaux de compatibilité, matrices de traçabilité, check-lists pour les exigences

Caractéristiques clés :

Identification des contradictions et des « lacunes » — détection des incohérences et des situations non reflétées dans les exigences
Communication active avec les analystes et l'équipe — précision des détails, clarification des formulations
Formation d'exigences claires et testables — les exigences doivent être sans ambiguïté, réalisables et mesurables

Questions pièges.

Que signifie « une exigence est testable » ?

Une exigence testable est une exigence pour laquelle on peut dire avec précision si elle a été respectée dans le produit ou non. Elle ne doit pas contenir d'abstractions, de phrases vagues ou de paramètres peu clairs.

Peut-on considérer les exigences comme de qualité si elles ne sont comprises que par les auteurs ?

Non. Les exigences de qualité doivent être clairement comprises par tous les membres de l'équipe (développeurs, testeurs, analystes, affaires).

Le testeur a-t-il la responsabilité d'ajouter ou de modifier les exigences ?

Non, le testeur identifie les problèmes et en informe les responsables, mais il ne doit pas réécrire les exigences de son propre chef.

Erreurs typiques et anti-patterns

Accepter les exigences comme une vérité, sans poser de questions de clarification
Ignorer les petites incohérences et suppositions
Ne pas documenter les « lacunes » et contradictions identifiées, en espérant que « les développeurs s'en occuperont »

Exemple de la vie

Cas négatif

Le testeur a reçu les exigences, n'a pas vérifié leur exhaustivité et leur cohérence, et n'a pas prêté attention aux formulations ambiguës. En conséquence, les développeurs ont interprété ces exigences différemment, et des scénarios non pris en compte sont apparus, ; ceux-ci n'ont été découverts qu'au moment de la livraison.

Avantages :

Temps gagné lors de la rédaction des exigences

Inconvénients :

Beaucoup de modifications à des étapes ultérieures
Coûts élevés pour la correction de bogues
Insatisfaction du client

Cas positif

Lors de la phase de familiarisation avec les exigences, le testeur a formulé des questions pour l'analyste commercial, clarifié les points litigieux, et aidé à ajouter des scénarios négatifs. Cela a permis d'éviter de nombreux malentendus et de réduire considérablement le nombre de bogues lors de la livraison.