writing test cases from srs document
Rédaction de cas de test à partir d'un document SRS (Télécharger des exemples de cas de test de projet en direct) - Formation sur le contrôle qualité des tests logiciels, jour 4
Juste pour répéter ce que nous avons fait jusqu'à présent - nous travaillons à travers le Formation aux tests de logiciels mini-cours sur un projet en direct OrangeHRM.
Jusqu'à présent, dans cette série de formations d'assurance qualité en ligne gratuites, nous en avons terminé avec:
Maintenant, nous avons atteint la partie qui est la vraie affaire,les cas de test.
Comme indiqué dans l'article précédent: Les cas de test sont documentés par l'équipe d'assurance qualité pendant la phase de code du SDLC. En d'autres termes, pendant que l'équipe de développement construit le système logiciel, l'équipe de test se prépare avec les cas de test qui nous aideront à tester le système une fois qu'il est prêt, c'est-à-dire à la fin de la phase de code.
Ainsi, dans l'article d'aujourd'hui, nous allons travailler sur la compréhension de ce que sont les cas de test, comment les créer et écrire quelques exemples de cas de test pour notre projet en direct.
Allons-y tout de suite.
Ce que vous apprendrez:
- Principes de base de la rédaction de cas de test
- Champs dans les cas de test
- Écriture de cas de test / méthodes d'optimisation
- Quelques points importants à noter
- Conclusion
- lecture recommandée
Principes de base de la rédaction de cas de test
#1) Si les scénarios de test portaient uniquement sur «Ce que nous allons tester» sur l’AUT - les scénarios de test concernent uniquement «Comment allons-nous tester une exigence».
Par exemple , si le scénario de test est «Valider la fonctionnalité de connexion administrateur» - Cela donnerait 3 cas de test (ou conditions) - Connexion (réussie), Connexion échouée lorsque le nom d'utilisateur incorrect est entré, Connexion échouée lorsque le mot de passe incorrect est entré . Chaque cas de test comporterait à son tour des étapes pour déterminer comment vérifier qu'une condition de test particulière est satisfaite ou non.
#deux) L'entrée pour créer un document de scénario de test est FRD, scénarios de test créés à l'étape précédente et tout autre document de référence le cas échéant.
# 3) La documentation du cas de test est un élément livrable important par l'équipe d'assurance qualité et est partagée avec BA, PM et d'autres équipes une fois terminée pour leurs commentaires.
# 4) Le travail est divisé entre les membres de l'équipe et chaque membre sera responsable de la création de cas de test pour un certain module ou une partie d'un certain module.
# 5) Tout comme pour les scénarios de test, avant de commencer la documentation des cas de test, un modèle commun doit être convenu. Pratiquement tout peut être utilisé pour créer des cas de test. Les 2 choix les plus souvent utilisés sont MS Excel et MS Word.
# 6) Le Modèle Word de MS ressemble à quelque chose comme ceci:
# 7) Le Modèle Excel pourrait ressembler à ce qui suit:
# 8) À partir des deux modèles ci-dessus, on peut observer que les champs (ou les composants) qui composent un cas de test sont les mêmes, la seule différence est la façon dont ils sont organisés.
Ainsi, tant qu'il existe un champ pour chacun des types d'informations à inclure dans un test, le format du modèle n'a pas d'importance. Cependant, mon préféré est la feuille Excel, car elle est facile à développer, réduire, trier, etc. Mais encore une fois, choisissez le format qui vous convient le mieux.
Champs dans les cas de test
Prenons un moment, pour observer les champs qui font partie d'un cas de test.
L'ID du cas de test et la description du cas de test sont les génériques.
Les autres champs peuvent être expliqués comme suit:
- Condition préalable: État de l'AUT (l'état dans lequel l'AUT doit être pour que nous puissions démarrer).
- Saisir: Étapes de saisie des données. Pour ces étapes, il est important de noter le type d'informations d'entrée requises - Données de test.
- Point de validation / déclencheur / action : Qu'est-ce qui provoque la validation? (Cliquez sur un bouton ou sur une bascule ou sur l'accès au lien. Assurez-vous qu'il y a au moins un point de validation pour un cas de test, sinon tout sera une saisie de données sans rien à rechercher. Aussi pour nous assurer que nous avons suffisamment de modularité, essayez de ne pas combiner trop de points de validation dans un cas de test. 1 par cas de test est optimal.)
- Production: Résultat attendu.
- Postcondition: Il s'agit d'informations supplémentaires fournies au profit du testeur, juste pour rendre le cas de test plus perspicace et informatif. Cela comprend une explication de ce qui se passe ou de ce à quoi on peut s'attendre de l'AUT une fois que toutes les étapes du scénario de test sont terminées.
Voir aussi => Exemple de modèle de scénario de test
Exemples de cas de test de projet en direct (téléchargement)
Maintenant que nous avons suffisamment d'informations générales pour commencer le processus de création de cas de test, allons-y et créons quelques cas de test pour notre projet en direct.
Sur la base du processus mentionné ci-dessus, nous avons créé des exemples de cas de test pour le module de compte OrangeHRM. Ceux-ci devraient vous donner un format de cas de test exact et une idée sur la façon d'aborder l'écriture de cas de test.
=> Téléchargez un exemple de document de cas de test pour notre projet en direct ici .
Remarque: Il y a peu d'images faisant référence à des exemples de cas de test de document XLS. Si vous le visualisez sur l'ancienne version de MS Office, vous pouvez rencontrer des problèmes de compatibilité.
Nous avons répertorié ces images ci-dessous selon leurs noms dans les fichiers XLS:
Voir la photo 1
Voir la photo 2
Voir la photo 3
Là, tout est fait et tout va bien.
Écriture de cas de test / méthodes d'optimisation
Maintenant, imaginez une situation où une certaine page contient quelques dizaines de champs ou une logique métier complexe qui y est implémentée. Pour nous assurer que nous optimisons le processus de création de cas de test dans de telles situations, nous les testeurs avons certaines méthodes d'optimisation de cas de test.
Vous trouverez ci-dessous les liens fournis pour plus d'informations sur ces méthodes.
l'algorithme de dijkstra utilisant la file d'attente prioritaire java
- Analyse de la valeur limite
- Partitionnement d'équivalence
- Erreur de devinette - Il s’agit d’une méthode très simple qui repose sur l’intuition d’un testeur. Par exemple , Supposons qu'il y ait un champ de date sur une page. Les exigences vont spécifier qu'une date valide doit être acceptée par ce champ. Désormais, un testeur peut essayer le «30 février» comme date - car en ce qui concerne les chiffres, c'est une entrée valide, mais février est un mois qui ne contient jamais 30 jours - donc une entrée invalide.
- Diagrammes de transition d'état
- Tables de décision
En utilisant les techniques ci-dessus et en suivant le processus général de création de cas de test, nous créons un ensemble de cas de test qui testeraient efficacement l'application disponible.
Quelques points importants à noter
- Les cas de test que nous créons ne sont pas seulement le point de référence pour la phase QA mais aussi vers l'UAT.
- Les cas de test internes sont Revu par les pairs au sein de l'équipe .
- Lorsqu'une certaine situation n'est pas traitée par un cas de test - la règle de base est qu'elle ne sera pas testée. C'est donc un bon endroit pour vérifier si la suite de tests que nous avons créée atteint ou non l'objectif de couverture de test à 100%. Pour ce faire, une matrice de traçabilité peut être créée. Découvrez tout ce qu'il y a à savoir sur le Matrice de traçabilité ici .
- Outils - Outils de gestion des tests tels que QC , qTest aidez-nous avec l'activité de création de cas de test. Pour un exemple de la façon dont les cas de test peuvent être traités à l'aide de Quality Center, consultez ce Tutoriel Quality Center .
- Les outils d'automatisation peuvent être utilisés pour créer des scénarios de test, auquel cas ils sont appelés scripts de test.
Cela nous amène à la fin d'un autre segment intéressant.
Conclusion
La fin du processus de création de test / phase de conception de test (STLC) et la fin de la phase de code (SDLC) marqueront généralement la fin de la phase de préparation du test et le début de la phase d'exécution du test.
Tutoriel suivant dans ce cours de test de logiciels - Dans l'article à venir, nous parlerons de ce qu'est l'exécution des tests, de ce qu'elle comprend et des attentes de l'équipe QA pendant cette phase.
=> Formation QA Jour 5: Exécution des tests
Nous espérons que vous travaillez tous avec cette série. Par souci de simplicité, seuls quelques cas de test ont été créés. Cependant, les meilleurs résultats peuvent être vus lorsque vous travaillez sur des tests intensifs, ce qui signifie écrire de plus en plus de cas de test. Alors, ne limitez pas votre travail et faites tout ce que vous pouvez.
Veuillez nous faire part de vos questions et commentaires ci-dessous. Bon test!
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Exemple de modèle de scénario de test avec des exemples de scénario de test [Télécharger]
- Comment rédiger un document de stratégie de test (avec un exemple de modèle de stratégie de test)
- Exemple de document de plan de test (exemple de plan de test avec les détails de chaque champ)
- Comment rédiger un rapport de synthèse de test efficace [Exemple de téléchargement de rapport]
- Comment rédiger des cas de test: le guide ultime avec des exemples
- Formation aux tests de logiciels: formation de bout en bout sur un projet en direct - Formation gratuite en ligne au contrôle qualité, partie 1
- Exemple de modèle de plan de test logiciel avec format et contenu
- Comment rédiger des scénarios de test pour un guichet automatique (exemples de scénarios)