De quoi dépend la priorité dans les tests ?

La priorité dans les tests dépend de plusieurs facteurs clés qui déterminent l’importance et l’ordre d’exécution des tests et la correction des défauts :

Criticité de la fonctionnalité : À quel point la fonctionnalité testée est importante pour les processus métier principaux du produit. Les tests couvrant les chemins critiques de l’utilisateur et les fonctionnalités principales ont une priorité plus élevée.
Fréquence d’utilisation : À quelle fréquence les utilisateurs utilisent cette fonctionnalité. Les fonctions populaires sont testées avec une priorité plus élevée.
Risque de dysfonctionnement : Quels dommages ou conséquences négatives peuvent survenir en cas d’erreur dans cette partie du produit (pertes financières, atteinte à la réputation, problèmes juridiques). Plus le risque est élevé, plus la priorité est grande.
Niveau d’impact sur d’autres parties du système : Un défaut dans cette fonctionnalité peut-il causer des défaillances ou un mauvais fonctionnement dans d’autres modules. Un impact élevé signifie une priorité élevée.
Stabilité de la fonctionnalité : À quelle fréquence des changements sont apportés dans cette partie du produit. Les fonctionnalités avec des changements fréquents nécessitent des tests plus fréquents et prioritaires.
Exigences commerciales et parties prenantes : Préférences particulières des clients, de la direction ou d’autres parties prenantes concernant la priorité de certaines fonctionnalités ou domaines.
Existence de solutions de contournement (Workarounds) : Si un problème a une solution simple et connue, la priorité de sa correction peut être réduite par rapport à une erreur critique sans alternative.

Lorsqu’on travaille avec des défauts, la priorité est souvent déterminée en lien avec la criticité (Severity), mais ce sont des concepts différents :

Severity (Gravité) : Degré d’impact du défaut sur le fonctionnement du système ou de sa partie. Déterminé d’un point de vue technique.
Priority (Priorité) : Importance de corriger le défaut par rapport aux exigences commerciales et aux ressources. Déterminée par la gestion du produit.

Exemple : Une erreur dans le logo (faible gravité) peut avoir une haute priorité si c’est une exigence du client ou si cela affecte la marque. Un dysfonctionnement dans une fonction interne peu utilisée (haute gravité) peut avoir une faible priorité s’il n’affecte pas les processus principaux et s’il n’y a pas de solution de contournement.