Dans cet article, je vais parler de la façon de concevoir des cas de test pour la fonctionnalité de date de naissance (DOB).
Cette fonctionnalité est TRÈS importante car elle a de nombreuses utilisations.
Certaines de ces utilisations incluent des domaines tels que la sécurité et l’identification.
N’hésitez pas à utiliser le scénario de test et à le modifier en conséquence pour répondre à vos besoins.
Maintenant, avant de continuer, vous voudrez peut-être en savoir plus sur l’écriture de cas de test.
Table des Matières
Quelles sont les principales choses que vous devriez tester pour la fonctionnalité de la date de naissance?
La date de naissance n’est qu’un champ.
Cependant, à mon avis, c’est l’un des champs les plus importants lors de l’enregistrement du profil d’un utilisateur.
Décomposons les éléments;
- Jour (champ de texte)
- Mois (champ de texte)
- Année (champ de texte)
- Tous les éléments sont-ils valides?
Scénarios dans lesquels vous utiliseriez la fonctionnalité de date de naissance
- Inscription au compte/Utilisateur
- Vérification de l’âge d’un utilisateur lorsqu’il s’inscrit à un produit ou à un service
- Réinitialisation des informations de connexion lorsqu’un utilisateur oublie
- Utilisateur administrateur dans le cadre d’une série de questions de sécurité
Développons les scénarios mentionnés ci–dessus
Scénario 1: Cas de test pour la date de naissance – Vérification de l’âge d’un utilisateur
La vérification de l’âge est utilisée sur de nombreuses plates-formes différentes. Voici quelques scénarios de test que vous voudrez peut-être envisager.
- L’utilisateur souhaite créer un compte de médias sociaux/ e-mail et doit être âgé d’au moins 13 ans.
- L’utilisateur demande un permis de conduire provisoire au Royaume-Uni. L’âge minimum est de 17 ans.
- Achat d’un produit ou d’un service restreint en ligne. Par exemple, regarder des vidéos YouTube restreintes qui vous obligent à effectuer une vérification de l’âge.
- Acheter de l’alcool ou des services de jeux en ligne!
Scénario 2: Cas de test pour la date de naissance – Réinitialisation des identifiants de connexion lorsqu’un utilisateur oublie
- Lorsqu’un utilisateur oublie ses identifiants, le système peut demander une vérification supplémentaire pour prouver l’identité de l’utilisateur.
Scénario 3: Cas de test pour la Date de naissance – Un utilisateur administrateur d’un Système pose la DOB dans le cadre d’une série de questions de sécurité
- Similaire au scénario ci-dessus mais avec un élément humain. Dans ce scénario, un utilisateur administrateur d’application souhaite vérifier que l’utilisateur appelant est bien qui il dit être et que la DOB fait partie d’un ensemble de questions de vérification de sécurité.
Exigences opérationnelles et fonctionnelles
Vous devriez TOUJOURS essayer d’obtenir des exigences si vos tests sont de haute qualité.
Je dis toujours à mes collègues non testeurs qu’en tant que testeurs basés sur des spécifications, nous ne sommes aussi bons que les exigences que nous avons.
Prenez note de mes amis analystes d’affaires.
Décomposons quelques exemples d’exigences que j’ai créées pour vous.
J’ai essayé d’être détaillé mais je ne veux pas aller trop loin.
Dans la mesure du possible, vous devez toujours essayer de créer une matrice de traçabilité des exigences (RTM) où vous pouvez stocker toutes les exigences de votre projet.
| ID de L’exigence | Description de l’exigence | Remarques |
| REQ-DOB-0001 | Le système doit saisir la date de naissance. | |
| REQ-DOB-0002 | La date de naissance doit être au format britannique. Par exemple, le format de date du champ doit être dans l’ordre ci-dessous. JJ / MM / AAAA J = Jour (format numérique) M = Mois (format numérique) Y = Année (format numérique) |
Si une option déroulante est requise, l’interface utilisateur peut mettre à jour et afficher la date de début minimale qui = 13 ans. Il peut également accepter une entrée manuelle. |
| REQ-DOB-0003 | Saisie manuelle du formulaire de DOB Le système doit donner à l’utilisateur la possibilité d’entrer manuellement la date de naissance |
Cette exigence peut être étendue pour inclure une option de contrôle de date/calendrier. Cependant, pour plus de simplicité, nous utiliserons l’option de formulaire manuel. Du point de vue de la convivialité, le sélecteur de date est moins fastidieux et sujet à moins de problèmes de validation. |
| REQ-DOB-0004 | Restriction d’âge de l’utilisateur L’âge minimum de l’utilisateur est de 13 ans. Le système devrait automatiquement rejeter tout utilisateur âgé de moins de 13 ans à compter de la date actuelle. |
|
| REQ-DOB-0005 | Validation du champ Jour Le champ jour doit être un nombre valide compris entre 1 et 31. DFBR1-Day Field Business Rule 1 Le système doit rejeter toute valeur inférieure à 1 et supérieure à 31. |
|
| REQ-DOB-0006 | Validation du champ mois Un champ mois valide sera un nombre compris entre 1 et 12. Le mois 1 représente Janvier et le mois 12 représente Décembre. Champ MFBR1–Mois Règle métier 1 Lorsque l’utilisateur saisit le Mois sous forme de valeur numérique, le système doit valider si la valeur du JOUR est correcte. |
|
| REQ-DOB-0007 | Validation du champ Année Le champ année est une valeur numérique de 4 caractères qui ne doit pas remonter plus de 125 ans à partir de l’année en cours. Par exemple, si aujourd’hui est le 1er septembre 2021, la date la plus ancienne à laquelle le système peut aller est le 1er septembre 1896. |
Il y a un certain nombre de personnes en vie qui ont plus de 110 ans, par conséquent, j’ai ajouté une contingence, mais plus. |
| REQ-DOB-0008 | Validation de l’année bissextile Si une personne est née dans une année bissextile, le système doit valider; L’année de sa naissance était en fait une année bissextile. Leur date de naissance par défaut est le 1er mars les années non bissextiles. Si l’année saisie est incorrecte, le système doit afficher un message d’erreur. |
Remarque: Dans certains pays, une année bissextile jusqu’au 28 février est considérée comme illégale. Dans ce cas, nous utiliserons la perspective juridique britannique qui doit être utilisée le 1er mars. |
| REQ-DOB-0009 | Valider la date correcte Lorsqu’un utilisateur entre la date de naissance complète, le système doit vérifier sa validité. Règle métier 1 : Validez que le jour est conforme au mois correct. |
|
| REQ-DOB-0010 | Calcul de la date de naissance |
Parcours utilisateur
Le scénario de test comprendra généralement une validation positive et négative. Cela ressemblera à quelque chose comme suit;
- L’utilisateur accède à la page d’inscription
- Lorsqu’il y est invité, l’utilisateur entre une date de naissance invalide
- L’utilisateur entre une date de naissance valide (mais âgée de moins de 13 ans par erreur)
- Le système affiche un message d’erreur informant l’utilisateur qu’il ne peut pas s’inscrire s’il a moins de 13 ans
- L’utilisateur entre sa date correcte de naissance (qui a plus de 13 ans)
- Le système traite et valide la date comme étant correcte.
Cas de test pour l’exemple de date de naissance
| Numéro d’étape | Étape de test | ID d’exigence | Résultat attendu | Résultat réel | Statut (Réussite / Échec) | Test positif / Négatif |
| 1 | Accéder à la page du formulaire d’inscription de l’utilisateur pour l’application en cours de test (AUT) | L’utilisateur atterrit sur la page d’inscription de l’utilisateur. | + | |||
| 2 | Ignorez le champ Date de naissance et remplissez les données valides dans le reste du formulaire | Les données valides sont renseignées dans tous les champs SAUF le champ Date de naissance. | + | |||
| 3 | Scénario de test négatif Dans le champ « jour », entrez un nombre non valide tel que => 32. |
Le champ jour est rempli avec une entrée non valide. Par exemple : 32/MM/AAAA Remarque: selon la façon dont vos exigences sont écrites, l’application peut afficher un message d’erreur à ce stade ou une fois que tout le champ de date a été rempli. |
– | |||
| 4 | Dans le champ « mois », l’Utilisateur entre une valeur numérique valide. | Une valeur numérique valide est saisie | + | |||
| 5 | Dans le champ « Année », l’Utilisateur entre la valeur correcte. | L’année de naissance correcte est saisie. | + | |||
| 6 | L’utilisateur clique sur » Soumettre’ | Le système affiche un message d’erreur indiquant que le champ Jour est incorrect. Remarque: Tous les champs sont toujours remplis avec les données manuelles saisies afin que l’utilisateur puisse apporter une correction.Les champs sont toujours modifiables.. |
+ | |||
| 7 | Cas de test négatif Dans le champ jour, l’utilisateur entre un espace vide. |
Tous les autres champs sont toujours remplis et le champ jour est mis à jour laissé vide | – | |||
| 8 | L’utilisateur clique sur soumettre | Le système affiche un message d’erreur indiquant que le champ Jour est incorrect. Tous les champs sont toujours remplis avec les données manuelles saisies afin que l’utilisateur puisse apporter une correction.. |
+ | |||
| 9 | Test de la règle métier Dans le champ « jour », l’utilisateur entre la valeur « 31 « . |
La valeur ’31’ est entrée dans le champ Jour. | – | |||
| 10 | Dans le champ mois, l’utilisateur entre la valeur 09 Remarque : 9= Septembre |
La valeur ’09’ est renseignée dans le champ Mois. | ||||
| 11 | Dans le champ année, l’utilisateur entre une valeur correcte. Par ex.. 1985 |
Une valeur correcte est saisie dans le champ » Année « . | ||||
| 12 | L’utilisateur clique sur » Soumettre’ | Un message d’erreur » utile » s’affiche. Le message informe l’utilisateur que Septembre n’a pas 31 jours. Veuillez modifier en conséquence. |
||||
| 13 | L’utilisateur modifie la valeur du jour pour 30 | Le champ Jour est populagté avec ’30’. | ||||
| 14 | L’utilisateur clique sur » Soumettre’ | Le système; a) traite le formulaire b) valide la date de naissance c) valide par rapport aux règles métier Redirige l’utilisateur vers la page de confirmation d’inscription. |
Je ne voulais pas rendre ce scénario de test trop long, mais vous pouvez également ajouter quelques étapes de test pour vous assurer;
- L’utilisateur est âgé de plus de 13 ans
- L’utilisateur né le 29 février est par défaut au 1er mars comme date de naissance (sauf les années bissextiles).
- Validez que l’année ne remonte pas plus de 125 ans à partir de la date actuelle.
Si vous avez un contrôle de calendrier, cette « chose » où vous sélectionnez la date avec une souris, tester cela devrait être beaucoup plus facile.
En effet, il y a moins de tests fonctionnels et moins de données de test à préparer.
Dans le cadre du processus d’inscription, vous pouvez également envisager des cas de test pour la fonctionnalité de changement de mot de passe.
Analyse des valeurs limites
Voici quelques valeurs limites auxquelles vous pouvez penser.
Âge
| Limite 1 | Limite 2 |
| 0 -13 | 13 > |
Partitionnement d’équivalence
Vous avez un certain nombre de partitions dans le cadre de ce test, elles sont;
Âge
| Partition 1 | Partition 2 |
| 0-12 | >13 |
Un excellent ajout à votre suite de tests de régression
J’adore un test fonctionnel détaillé comme celui-ci. Pourquoi?
Parce que je peux l’ajouter à mon pack de tests de régression.
Une fois que vous avez tous les détails complexes, vous pouvez littéralement exécuter ces tests au fur et à mesure que vous en avez besoin.
Qu’il s’agisse de tests manuels ou automatisés.
Résumé
Espérons que ce qui précède devrait être un bon cas de test pour les tests fonctionnels de la date de naissance.
J’adore ces types de techniques de test de boîtes noires car je me souviens en avoir fait beaucoup dans ma carrière.
Si vous rencontrez des champs de date de test, vous pourriez également être intéressé par la rédaction de cas de test pour une application de calendrier.
Travailler dans le domaine de l’assurance qualité n’est pas facile, mais c’est l’un des nombreux défis d’être un testeur de logiciel.