Introduction

La certification ISTQB est un jalon important pour tout professionnel du test logiciel. Récemment, lors de la préparation à cet examen, un débat animé a éclaté entre mon collègue QA et moi-même. Le sujet ? Les différences entre les user stories et les exigences. Ce débat a révélé un besoin fondamental de clarifier ces concepts. Dans cet article, je vais partager les découvertes que nous avons faites.

Comprendre les Exigences

Qu'est-ce qu'une Exigence ?

Dans le cadre du développement logiciel, une exigence est une description détaillée de ce que le système doit faire. Elle est souvent formelle, documentée et précise. On distingue deux type d'exigence:

• Les exigences fonctionnelles : Une exigence fonctionnelle définit la manière dont un système doit opérer. Elle établit les tâches que le système est requis de réaliser pour répondre aux attentes de l'utilisateur. Ces exigences, qui sont observables par l'utilisateur, se distinguent des exigences non fonctionnelles qui dictent les processus internes du système, tels que l'efficacité et la sécurité.

  Au moment de rédiger des exigences fonctionnelles, il est crucial de les rendre SMART : spécifiques, mesurables, atteignables, pertinentes et temporellement définies. Cela signifie que les exigences doivent :

  1. Être claires et précises dans leur description des actions du système.

  2. Être quantifiables pour évaluer si le système répond aux exigences.

  3. Être réalisables dans les délais impartis.

  4. Correspondre aux objectifs commerciaux.

  5. Avoir une échéance pour faciliter le suivi des progrès.

• Les exigences non fonctionnelles: Une exigence non fonctionnelle spécifie les attributs de qualité d'un logiciel, définissant des standards pour évaluer son fonctionnement. Par exemple, la rapidité de chargement d'un site web.

  Ces exigences sont vitales pour assurer la facilité d'utilisation et l'efficacité globale du système. Leur absence peut conduire à un système défaillant face aux attentes des utilisateurs.

  Elles jouent un rôle crucial dans la conception du système en imposant des contraintes spécifiques, comme définir un temps de chargement maximal du site pour un grand nombre d'utilisateurs. La formulation précise de ces exigences est aussi importante que celle des exigences fonctionnelles.

Découvrir les User Stories

Qu'est-ce qu'une User Story ?

Une user story est une description courte et simple d'une fonctionnalité, racontée du point de vue de l'utilisateur final. Elle se concentre sur la valeur apportée à l'utilisateur. Autrement dit, les user stories expriment les attentes des utilisateurs au lieu des spécifications techniques du système.

Elles sont fréquemment employées dans les approches agiles pour le développement de logiciels. Ces récits suivent généralement un format standardisé, dont un exemple typique est :

"En tant que <utilisateur spécifique>, je souhaite <besoin de l'utilisateur> afin de <but visé>."

Aujourd'hui, les user stories sont souvent résumées en une seule phrase, enrichies par des schémas, des critères d'acceptation, et d'autres compléments.

Exemple de User Story:

Une user story typique pourrait être : "En tant qu'utilisateur, je veux me connecter à mon compte afin de consulter mes messages."

En intégrant le concept INVEST aux user stories, elles doivent être Indépendantes, Négociables, Valorisables, Estimables, Suffisamment petites et Testables. Cela signifie que chaque user story doit être autonome, adaptable, apporter une valeur ajoutée, être estimable en termes d'effort ou de coût, être de taille gérable et pouvoir être testée pour vérifier son accomplissement. Ces caractéristiques renforcent l'efficacité et la pertinence des user stories dans les méthodologies agiles.

En conclusion, comprendre la distinction entre les exigences fonctionnelles et non fonctionnelles, ainsi que l'utilisation des user stories, est essentiel dans le développement de logiciels. Alors que les exigences définissent ce que le système doit faire et comment, les user stories mettent l'accent sur les besoins et désirs des utilisateurs. En adoptant une approche INVEST pour créer des user stories efficaces et en intégrant des exigences bien définies, les équipes de développement peuvent assurer un alignement optimal avec les objectifs du projet tout en répondant aux attentes des utilisateurs. Cette compréhension approfondie est cruciale pour mener à bien tout projet de développement logiciel.