Options de représentation |
Dans certains domaines et milieux de test, les cas de test sont considérés comme des produits facultatifs, tandis que
dans d'autres, ils sont hautement formalisés et obligatoires. En ce cas, tant leur contenu que leur format peut
nécessiter des adaptations pour se conformer aux besoins spécifiques de l'organisation ou du projet concernés.
Lorsqu'ils sont consignés, de manière formelle ou informelle, deux approches principales peuvent être suivies :
-
La première repose sur une structure de document texte standard, avec un format similaire à celui illustré
précédemment dans le Bref aperçu. Bien souvent, des instances multiples ou des variantes d'un cas de test
sont spécifiées dans un même document où elles sont regroupées d'après l'objectif global de ces tests.
-
La seconde approche fait appel à un tableur ou à une base de données. Les instances de cas de test sont spécifiées,
chacune sur une ligne, avec des colonnes facilitant leur tri et filtrage en fonction de différents critères.
Vous devriez envisager d'évaluer sur une base permanente les cas de test sous l'angle de leur progression, efficacité,
etc. Vous pouvez concevoir une couverture de test basée sur les exigences, dans laquelle chaque cas de test renvoie au
moins à une idée de test et au moins une exigence du système, laquelle représente un sous-ensemble des exigences du
produit (voir Technique :
mesures clés des tests).
Comme mentionné, il est de règle de spécifier dans un même document des instances multiples ou des variantes d'un cas
de test où elles sont regroupées d'après l'objectif global de ces tests. Ceci peut être réalisé en décrivant dans ce
document des conditions d'exécution multiples, chacune représentant une instance unique du cas de test.
De façon facultative, le cas de test peut être englobé (intégralement ou partiellement) dans la Liste des concepts de test ou dans le Script de test.
|