Test De Logiciel

Artefacts de test de logiciel - Guide détaillé

30 octobre 2021

Table des matières

  • Artefacts de test de logiciel
  • 1. Programme d'essai
  • Types de plans de test
  • Modèle de plan de test
  • Lignes directrices du plan de test
  • 2. Suite de tests
  • Qu'est-ce qu'une suite de tests ?
  • Que signifie suite ? Expliqué par l'exemple
  • Types de suites de tests
  • Caractéristiques des suites de tests
  • Modèles de suites de tests
  • Différence entre le scénario de test, la suite de tests, le plan de test et le cas de test
  • Conclusion
  • 3. Cas d'essai
  • Qu'est-ce qu'un scénario de test ?
  • Comment écrire de bons cas de test ?
  • Modèle de cas de test
  • Exemple de cas de test Format de cas de test standard
  • Outils de gestion des cas de test
  • 4. Scénario de test
  • Qu'est-ce qu'un script de test ?
  • Tester le langage de script avec un exemple
  • Quel type de code est utilisé ?
  • Comment créer un script de test ?
  • Comment exécuter un script de test ?
  • 5. Données d'essai
  • Qu'est-ce que les données de test ?
  • Importance des données de test
  • Types de données d'essai
  • Données de test dans les tests
  • Bonnes propriétés des données de test
  • Techniques de préparation ou de génération de données de test
  • Approches pour tester la génération de données
  • Outils de génération de données de test
  • Gestion des données de test (TDM)
  • Limites des données de test
  • Conclusion
  • Articles recommandés

Artefacts de test de logiciel

Pour tout projet de test de logiciel, il y aura plusieurs artefacts de test de logiciel préparés par l'équipe de test de logiciel qui seront examinés et approuvés par l'équipe de projet au cours de chaque phase du projet. Nous avons répertorié tous ces artefacts de test de logiciels importants dans cet article.

1. Programme d'essai

le plan de test est un document qui décrit la portée et les activités des tests de logiciels. Le test formel de tout logiciel ou produit est effectué à l'aide de cela. Il s'agit du premier document créé dans le cadre des artefacts de test de logiciels

Un plan de test est tout document décrivant l'approche, la portée, les ressources et le calendrier des activités de test à effectuer.Selon l'ISTQB

Un document de plan de test comprend :

  • Articles de test
  • Fonctionnalités à tester
  • Quelles tâches de test à effectuer
  • Qui effectuera chaque tâche
  • Degré d'indépendance
  • Environnement d'essai
  • Techniques de conception de tests
  • Critères d'entrée et de sortie
  • La justification des choix effectués
  • Risques nécessitant des plans de secours

Nous pouvons dire qu'il s'agit d'un document utilisé pour enregistrer le processus de planification des tests.

L'ISBTQ définit également le plan de test principal et le plan de test de phase comme :

Plan de test principal : Un plan traitant de plusieurs niveaux de test est appelé le plan de test principal.

Plan de test des phases : Un plan traitant d'une phase de test est appelé le plan de test de phase.

Maintenant, vérifions les différents types de plan de test, de modèle de test et de directives de test.

artefacts de test logiciel

Types de plans de test

Il existe différents types de plan de test suivants :

Plan de test principal : Il s'agit du plan de test de niveau le plus élevé pour un projet/produit qui unifie tous les autres plans de test.

Plan de test spécifique au niveau de test : Il s'agit d'un plan pour chacun des niveaux de test suivants :

Plan de test spécifique au type de test : Les plans pour divers types de tests tels que Test de performance le plan et le plan de test de sécurité sont inclus dans ce type.

Modèle de plan de test

Le modèle de plan de test ci-dessous est basé sur la norme IEEE pour la documentation de test logiciel.

Bien que le format et le contenu du plan de test logiciel varient en fonction des normes, des processus et de la mise en œuvre des outils de gestion de test, l'IEEE est la norme de base fournissant un résumé de ce qui doit être inclus dans un plan de test.

1. Identifiant du plan de test

  • Chaque plan de test doit contenir un identifiant unique pour identifier le document. Si nous avons un système de gestion de configuration, nous devons y adhérer.

2. Présentation

  • Un aperçu du plan de test doit être fourni dans la section d'introduction.
  • Le but, les objectifs et les contraintes doivent être précisés dans l'introduction.

3. Références

  • Le plan de projet, le plan de gestion de la configuration et les autres documents connexes doivent être répertoriés et des liens vers chacun d'eux doivent être fournis.

4. Articles de test

  • Les logiciels ou produits et éléments utilisés dans le projet doivent être répertoriés avec leurs versions respectives.

5. Fonctionnalités à tester

  • Les différentes fonctionnalités du logiciel ou du produit à tester doivent être listées.
  • Les spécifications d'exigence et de conception des fonctionnalités à tester doivent être référencées.

6. Fonctionnalités à ne pas tester

  • Les fonctionnalités qui n'ont pas besoin d'être testées doivent être répertoriées avec les raisons pour lesquelles elles ne sont pas testées.

7. Approche

  • L'approche ou la manière dont les tests seront effectués doivent être mentionnés.
  • Les niveaux de test tels que le plan de test principal, les types de test et les méthodes utilisées pour les tests tels que les tests manuels ou automatisés, boîte blanche, boîte noire ou boîte grise doivent être spécifiés.

8. Critères de réussite/échec de l'élément

  • Les critères de réussite (réussite) ou d'échec pour chacun des éléments de test, qu'il s'agisse d'un logiciel ou d'un produit, doivent être spécifiés.

9. Critères de suspension et exigences de reprise

  • Les critères de suspension des activités de test doivent être spécifiés dans le plan de test.
  • Une fois le test repris, les activités de test qui doivent être refaites doivent être spécifiées.

10. Tester les livrables

  • Les produits livrables, ainsi que leurs respectifs, s'ils sont disponibles, doivent être répertoriés.
  • Certains d'entre eux sont:
    • Cas de test
    • Plan de test
    • Rapports d'essai
    • Scénarios de test
    • Défaut ou rapports de bogues

11. Environnement d'essai

  • Le réseau, le matériel, les logiciels et les autres propriétés de l'environnement de test doivent être spécifiés.
  • Les tests ou autres outils connexes doivent être répertoriés.

12. Estimation

  • Un résumé des estimations des tests de coût et d'effort doit être résumé et lié à leur estimation détaillée.

13. Horaire

  • Le résumé d'un calendrier et un lien vers le calendrier détaillé dans lequel les principales étapes du test sont spécifiées doivent être fournis.

14. Besoins en personnel et en formation

  • Les rôles et les compétences requises du personnel doivent être précisés.
  • Une formation adéquate devrait être dispensée pour acquérir ces compétences nécessaires.

15. Responsabilités

  • Les responsabilités de chaque équipe, rôle et individu doivent être répertoriées.

16. Risques

  • Les risques identifiés doivent être listés.
  • Les plans d'atténuation et d'urgence nécessaires pour chaque risque doivent être spécifiés.

17. Hypothèses et dépendances

  • Toutes les hypothèses faites pendant toute la préparation du plan de test doivent être répertoriées.
  • Toutes les dépendances du plan de test doivent être répertoriées.

18. Approbations

  • Enfin, les noms et le rôle de chaque personne qui doit approuver le plan de test doivent être spécifiés.
  • Un espace suffisant pour la signature et les dates doit être prévu.

Lignes directrices du plan de test

  • Lors de l'élaboration du plan de test, toujours être spécifique sur chaque détail pour ne laisser aucune place à l'ambiguïté. Par exemple, tout en spécifiant le type de système d'exploitation, mentionnez également qu'il s'agit de l'édition ou de la version.
  • Avant la soumission finale pour approbation, assurez-vous que le plan de test est bien révisé et revu parfois. La qualité du plan de test détermine la qualité des tests qui seront effectués par notre équipe et par nous.
  • Assurez-vous que le plan de test est aussi concis que possible et exempte de toute redondance et de tout superflu. Toutes les sections du modèle ci-dessus ne sont pas nécessaires, alors supprimez toute section dont notre plan n'a pas besoin.
  • Mettre à jourle plan de test aussi souvent que nécessaire. Les documents de plan de test plus anciens et obsolètes sont inutiles. Avoir un plan de test obsolète et inutilisé est pire que de ne pas avoir de plan de test du tout.
  • Au lieu d'utiliser de longs paragraphes, utilisez listes et tableaux car ils facilitent la compréhension du contenu.