what are test deliverables software testing
meilleur logiciel pour convertir des fichiers vidéo
Pour tout savoir sur les livrables de test dans les tests logiciels avec des exemples:
Un soupir de soulagement vient pour chaque testeur lorsque la mission accordée est terminée avec succès. À la fin de chaque test, le testeur doit envoyer les livrables de test appropriés au client.
Dans cet article, nous examinerons en détail certains des principaux livrables de test.
Les livrables de test, en général, sont utilisés tout au long d'un projet. Ils sont utilisés dans toutes les phases des tests et ils doivent toujours être envoyés à temps pour procéder à un traitement ultérieur.
Ce que vous apprendrez:
Livrables de test dans les tests de logiciels
Les livrables de test jouent un rôle important dans les tests logiciels. Cet article décrit en détail tout sur les livrables de test.
Certains des livrables de test importants sont énumérés ci-dessous pour votre référence:
- Stratégie de test
- Plan de test et estimation
- Scénario de test
- Cas de test et données de test
- RTM
- Rapport de synthèse du test
- Rapport de clôture du test
- Rapport d'incident
Stratégie de test
La stratégie de test sera décidée en fonction de la spécification des exigences commerciales. C'est un document essentiel qui contient tous les détails des travaux d'essais à effectuer. C'est un document de gestion complet.
Comparé au plan de test, il s'agit d'un document de haut niveau généralement préparé par le responsable ou le responsable des tests. L'objectif du test, l'approche du test, la portée du test, les critères d'entrée et de sortie, les types et niveaux de test, les jalons, la dotation en personnel, etc. doivent être mentionnés ici.
Plan de test et estimation
Les détails du niveau granulaire pour chaque étape du test doivent être mentionnés ici. En général, un plan approprié mène à une structure de travail appropriée. De même, un bon plan conduit à de bons tests.
L'objectif du test, l'approche du test, la portée du test, les critères d'entrée et de sortie, les types et niveaux de test, les jalons, le personnel, etc. doivent être mentionnés ici de manière détaillée.
Le plan directeur qui comprend la manière dont les tests doivent être effectués est utilisé pour des projets simples.
Estimation: L'estimation définit la durée de chaque étape du test ainsi que le coût global.
Lire aussi => Un tutoriel de plan de test parfait - Un guide détaillé
Scénario de test
Nous allons comprendre cela avec un exemple maintenant. Prenons la réservation de train comme exemple ici. Toutes les fonctionnalités que nous devons tester sont mentionnées dans des formulaires de haut niveau dans le document de scénario de test. En termes simples, cela signifie un groupe d'activités similaires à réaliser.
Deux techniques pour le scénario:
# 1) Cas d'utilisation
C'est la méthode axée sur les objectifs qui est un ensemble d'interactions entre les facteurs externes et le système. Ses composants incluent le flux principal, le flux alternatif, les déclencheurs ou activités, les flux d'exception, les pré-conditions, les post-conditions, etc.
Exemple:
(image la source )
# 2) ACE (élément de composante d'activité)
Le processus d'élément de composant d'activité divise les exigences de l'entreprise en activités.
Exemple:
En général, nous réservons un billet en remplissant les coordonnées du passager, le sexe, etc. Nous devons donc valider les champs suivants qui deviennent ainsi des scénarios.
- Réservation: Vérifiez la fonctionnalité de réservation.
- Détails du passager: Vérifiez la fonctionnalité des champs de sexe, d'âge et de sexe.
- Modifier: Vérifiez si la fonctionnalité de modification fonctionne correctement.
- Concession: Vérifiez si la fonctionnalité de concession fonctionne correctement.
- Vue: Vérifiez si la fonctionnalité d'affichage fonctionne correctement.
- Annuler: Vérifiez si la fonctionnalité d'annulation fonctionne correctement.
Ici, la concession peut être qualifiée de «scénario alternatif» car l'utilisateur peut réserver avec ou sans elle en fonction de l'âge. Cependant, l'objectif est le même, à savoir réserver un billet.
Cas de test
En prenant le même exemple ci-dessus de la page de réservation, les cas de test sont écrits comme suit:
Réservation:
- Vérifiez si l'utilisateur peut réserver un billet en remplissant des détails valides dans tous les champs.
- Vérifiez si l'utilisateur peut réserver un billet en remplissant des détails non valides dans tous les champs.
- Vérifiez si l'utilisateur peut réserver un billet en laissant un champ vide.
Détails du passager:
- Vérifiez si l'utilisateur peut réserver un billet en entrant un nom valide.
- Vérifiez si l'utilisateur peut réserver un billet en entrant un nom non valide.
- Vérifiez si l'utilisateur peut réserver un billet en choisissant un sexe à la fois.
- Vérifiez si l'utilisateur peut réserver un billet en entrant un âge supérieur à 60 ans.
- Vérifiez si l'utilisateur peut réserver un billet en entrant un âge inférieur à 60 ans.
- Vérifiez si l'utilisateur peut réserver un billet en saisissant un âge valide supérieur à 5 ans.
- Vérifiez si l'utilisateur n'est pas en mesure de réserver en saisissant un âge inférieur à 5 ans.
Modifier:
- Vérifiez si l'utilisateur peut modifier le champ de nom.
- Vérifiez si l'utilisateur peut modifier le champ de sexe.
- Vérifiez si l'utilisateur peut modifier le champ d'âge.
Concession:
- Vérifiez si l'utilisateur peut obtenir une concession en sélectionnant le ' Senior citizen »Option.
- Vérifiez si l'utilisateur peut obtenir une concession en sélectionnant le ' Handicapé / Handicapé »Option.
Vue:
- Vérifiez si l'utilisateur peut consulter le ticket réservé.
Annuler:
- Vérifiez si l'utilisateur peut annuler le ticket.
Ainsi, les cas de test indiquent exactement ce qui doit être testé en détail. Les cas de test doivent être rédigés dans un langage simple et doivent être facilement compréhensibles. Il doit être rédigé dans un format approprié tel que demandé par le client concerné.
Données de test
Certains projets nécessitent des données préalables du client avant de procéder à l'exécution du scénario de test. Les données de test doivent être appliquées pour effectuer les tests.
Exemple: Dans le portail de l'hôpital pour obtenir une injection, il est important d'obtenir les détails du patient pour cocher l'option de rappel d'injection.
Ici, les «détails du patient» sont les données de test.
Lecture suggérée => Données de test - Techniques de signification et de préparation avec des exemples
RTM / Matrice de traçabilité des exigences
- Comme son nom l'indique, cela signifie simplement que vous devez mapper chaque exigence avec le cas de test approprié.
- Cela nous aide à vérifier si nous avons couvert toutes les exigences de nos cas de test ou non.
- Il aide à retravailler ou aux prochaines versions successives d'un projet.
- Le client peut facilement vérifier l'état de notre couverture et connaître notre processus de test.
Rapport de synthèse des tests
Le rapport récapitulatif des tests résume toutes les activités de test effectuées et les résultats des tests y sont compilés. Toutes les informations de test telles que les membres impliqués dans les tests, les objectifs, la portée, les détails du client, l'approche de test utilisée, les résultats des tests, le rapport de défaut, etc. doivent être mentionnées ici.
Cependant, le rapport de synthèse du test doit être préparé conformément aux conseils du client. C'est donc un document utile pour le client également pour examiner la performance globale.
Rapport de clôture du test
Cela signifie que nous allons fermer le projet après les tests et la correction des défauts. Nous devons donc ici fournir une analyse détaillée de l'exécution des tests.
Les défauts constatés et corrigés doivent être mentionnés ici. La couverture globale des besoins est présentée dans ce rapport. Il est généralement préparé par le chef d'équipe ou le manager. Tous les critères de sortie doivent être satisfaits en conséquence.
Rapport d'incident
Lors de l'exécution de la formation, si un utilisateur trouve des défauts, un rapport d'incident (IR) doit être généré. Cela signifie qu'il y a un défaut et que l'exécution doit donc être arrêtée. Nous devons maintenant envoyer un rapport d'incident au client pour lui demander l'autorisation d'exécuter à nouveau les zones d'erreur en tant que scénario de test distinct.
Ceci est en effet une marque noire et n'est pas attendu d'un testeur. Tous les défauts doivent être trouvés dans la marche à vide elle-même. S'il est manqué et trouvé lors d'une exécution formelle, alors il devient un IR.
Exemple:
Si certaines fonctionnalités des tests mobiles me manquent, dites ' changement d'économiseur d'écran ' option. Ensuite, lors de l'exécution d'un cas de test, je suis verrouillé et je ne pourrai plus continuer à cause de cette option. Ensuite, j'élève un IR et j'écris un cas de test séparé pour exécuter l'option d'économiseur d'écran.
Conclusion
Les artefacts envoyés aux parties prenantes d'un projet logiciel pendant le STLC sont connus sous le nom de livrables de test. Nous avons examiné les principaux livrables de test dans cet article.
Nous espérons que cet article vous a aidé à en savoir plus sur les livrables de test dans les tests logiciels !!
lecture recommandée
- Différence entre le plan de test de performance et la stratégie de test de performance
- Comment préparer un plan de test et rédiger des cas de test pour une application ERP - Test ERP, partie 2
- Tutoriel de plan de test: un guide pour rédiger un document de plan de test logiciel à partir de zéro
- Concept, processus et stratégie de gestion des données de test
- Qu'est-ce que les données de test? Techniques de préparation des données de test avec exemple
- Comment rédiger des cas de test: le guide ultime avec des exemples
- Comment rédiger un document de stratégie de test (avec un exemple de modèle de stratégie de test)
- Différence entre plan de test, stratégie de test, scénario de test, script de test, scénario de test et condition de test