Pourquoi l'utilisation de la suite de tests SolMan est-elle judicieuse ?

Pour la création et l'exécution des cas de test, on a volontiers recours à des programmes MS-Office comme Excel. Cela peut encore être gérable pour un petit nombre de cas de test et de testeurs, mais ensuite, les frais de maintenance deviennent trop importants. De plus, il manque une gestion intégrée des erreurs.

Rapide et sans stress

Alors pourquoi ne pas utiliser un catalogue de cas de test dans Excel comme base et passer à SAP Solution Manager ? En maîtrisant les astuces suivantes, on peut préparer les tests plus rapidement et les réaliser sans stress. 

Par exemple, les cas de test définis par le domaine spécialisé pour vérifier les fonctions requises doivent être téléchargés initialement. Les mesures préparatoires pour le téléchargement des fichiers de cas de test ont lieu dans la documentation de la solution et non dans la suite de tests. Les utilisateurs peuvent utiliser une structure de dossiers avant de télécharger les cas de test au niveau du scénario. Il est également possible d'établir des priorités. La détermination du type de document devrait être uniforme afin de pouvoir sélectionner les cas de test plus tard dans les plans de test.

Plan de test, paquet de test, cas de test

Après le téléchargement dans la documentation de la solution, les autres préparations sont effectuées dans la gestion des plans de test de la suite de tests. La hiérarchie selon laquelle elles doivent avoir lieu est prescrite dans la suite de tests et est ainsi traitée dans l'ordre. Au niveau le plus élevé de la gestion des plans de test, il convient d'effectuer des réglages généraux et de sélectionner tous les cas de test pertinents. Un plan de test ne peut être traité que par une seule personne à la fois. Si le contenu est pertinent, il est recommandé de le répartir sur plusieurs plans - également pour le contrôle de la validation des tests. Un plan de test peut contenir autant de paquets de test que souhaité et un paquet de test peut être affecté à autant de cas de test que souhaité. Pour garder une bonne vue d'ensemble, il est recommandé de délimiter le contenu des paquets de test et de ne pas laisser le nombre de cas de test attribués s'étendre. Dans SolMan, il est avantageux que les cas de test soient utilisables dans plusieurs paquets de test. C'est particulièrement pratique pour les cas de test qui décrivent des fonctions de base. Mais en même temps, un avertissement apparaît lorsqu'un cas de test n'est utilisé dans aucun paquet de test. 

L'affectation d'un nombre quelconque de personnes-test s'effectue au niveau des paquets de test. Tous ne doivent cependant pas nécessairement exécuter les cas de test. Les testeurs peuvent voir dans l'état général quels cas de test sont déjà en cours de traitement ou même terminés par une autre personne. Dans la mesure où les cas de test ne sont pas reliés en série, les testeurs peuvent les choisir librement. Si plusieurs personnes ont effectué le même cas de test avec des résultats différents, le principe du "worst wins" s'applique dans le statut global. En tant que gestionnaire de test, la prudence est ici de mise : Le statut "en cours" bat le statut OK. Si un cas de test est en cours, il doit également être terminé.

La suite de tests n'offre pas le confort des outils conventionnels de gestion des tests ou de gestion du cycle de vie des applications, mais elle est généralement gratuite en termes de licence pour les clients SAP et facile et rapide à mettre en œuvre. Ce qui est sûr, c'est que les testeurs adopteront bien SolMan avec sa suite de tests et que les avantages l'emporteront sur des outils comme Excel. Son utilisation est particulièrement intéressante, car l'exécution des cas de test et la création des défauts sont interdépendantes. Les possibilités d'analyse de la progression du test et de la situation de défaut sont moins intuitives. La présentation et la mise en forme sont toutefois utilisables pour un aperçu à court terme.

Un conseil pour finir : pour un rapport d'état, il est conseillé de prendre les données comme base et d'utiliser sa propre représentation. La suite de tests est particulièrement faible lorsque l'état de plusieurs plans de test est intéressant. Si l'on s'intéresse à tous les documents de résultats d'un test, il faut les télécharger individuellement, car la suite de tests ne propose pas de téléchargement global.