In diesem Artikel werde ich darüber sprechen, wie Sie Testfälle für die Funktionalität des Geburtsdatums (DOB) entwerfen.
Diese Funktionalität ist SEHR wichtig, da sie viele Verwendungszwecke hat.
Einige dieser Anwendungen umfassen Bereiche wie Sicherheit und Identifikation.
Verwenden Sie den Testfall und ändern Sie ihn entsprechend Ihren Anforderungen.
Bevor Sie fortfahren, möchten Sie vielleicht mehr über das Schreiben von Testfällen erfahren.
Inhaltsverzeichnis
Was sind die wichtigsten Dinge, die Sie für Geburtsdatum Funktionalität testen sollten?
Das Geburtsdatum ist nur ein Feld.
Meiner Meinung nach ist dies jedoch eines der wichtigsten Felder bei der Registrierung eines Benutzerprofils.
Lassen Sie uns die Elemente aufschlüsseln;
- Tag (Textfeld)
- Monat (Textfeld)
- Jahr (Textfeld)
- Sind alle Elemente gültig?
Szenarien, in denen Sie die Funktionalität Geburtsdatum verwenden würden
- Konto– / Benutzerregistrierung
- Überprüfen des Alters eines Benutzers bei der Registrierung für ein Produkt oder eine Dienstleistung
- Zurücksetzen der Anmeldeinformationen, wenn ein Benutzer vergisst
- Admin-Benutzer als Teil einer Reihe von Sicherheitsfragen
Lassen Sie uns auf die oben genannten Szenarien eingehen
Szenario 1: Testfälle für das Geburtsdatum – Überprüfen des Alters eines Benutzers
Die Altersüberprüfung wird auf so vielen verschiedenen Plattformen verwendet. Im Folgenden finden Sie einige Testszenarien, die Sie in Betracht ziehen sollten.
- Der Benutzer möchte ein Social Media / E-Mail-Konto erstellen und muss mindestens 13 Jahre alt sein.
- Der Benutzer beantragt einen vorläufigen britischen Führerschein. Das Mindestalter beträgt 17 Jahre.
- Online-Kauf eines eingeschränkten Produkts oder einer eingeschränkten Dienstleistung. Zum Beispiel das Ansehen von eingeschränkten YouTube-Videos, bei denen Sie eine Altersprüfung durchführen müssen.
- Alkohol oder Spieldienste online kaufen!
Szenario 2: Testfälle für Geburtsdatum – Zurücksetzen der Anmeldeinformationen, wenn ein Benutzer
- vergisstWenn ein Benutzer seine Anmeldeinformationen vergisst, fordert das System möglicherweise eine weitere Überprüfung an, um die Identität des Benutzers nachzuweisen.
Szenario 3: Testfälle für Geburtsdatum – Ein Admin-Benutzer eines Systems stellt den DOB als Teil einer Reihe von Sicherheitsfragen
- Ähnlich dem obigen Szenario, jedoch mit einem menschlichen Element. In diesem Szenario möchte ein Anwendungsadministratorbenutzer überprüfen, ob der anrufende Benutzer tatsächlich der ist, von dem er angibt, dass er er ist, und der DOB ist Teil einer Reihe von Sicherheitsüberprüfungsfragen.
Geschäfts- und Funktionsanforderungen
Sie sollten IMMER versuchen, einige Anforderungen zu erhalten, wenn Ihre Tests von hoher Qualität sein sollen.
Ich sage meinen nicht-testenden Kollegen immer, dass wir als spezifikationsbasierte Tester nur so gut sind wie die Anforderungen, die wir haben.
Beachten Sie meine Business Analyst Freunde.
Lassen Sie uns einige Beispielanforderungen aufschlüsseln, die ich für Sie erstellt habe.
Ich habe versucht, detailliert zu sein, möchte aber nicht über Bord gehen.
Wenn möglich, sollten Sie immer versuchen, eine Requirements Traceability Matrix (RTM) zu erstellen, in der Sie alle Ihre Projektanforderungen speichern können.
| Anforderungs-ID | Anforderungsbeschreibung | Hinweise |
| REQ-DOB-0001 | Das System muss das Geburtsdatum erfassen. | |
| REQ-DOB-0002 | Das Geburtsdatum muss im britischen Format vorliegen. Zum Beispiel muss das Datumsformat des Feldes in der folgenden Reihenfolge sein. TT / MM / JJJJ D = Tag (numerisches Format) M = Monat (numerisches Format) Y = Jahr (numerisches Format) |
Wenn eine Dropdown-Option erforderlich ist, kann die Benutzeroberfläche das Mindeststartdatum aktualisieren und anzeigen = 13 Jahre alt. Es kann auch manuelle Eingaben akzeptieren. |
| REQ-DOB-0003 | Manuelle Eingabe des DOB-Formulars Das System muss dem Benutzer die Möglichkeit geben, das Geburtsdatum manuell einzugeben |
Diese Anforderung kann um eine Datums- / Kalendersteuerungsoption erweitert werden. Der Einfachheit halber verwenden wir jedoch die Option manuelles Formular. Aus Sicht der Benutzerfreundlichkeit ist die Datumsauswahl weniger mühsam und anfällig für weniger Validierungsprobleme. |
| REQ-DOB-0004 | Altersbeschränkung für Benutzer Das Mindestalter für Benutzer beträgt 13 Jahre. Das System sollte jeden Benutzer, der unter 13 Jahre alt ist, ab dem aktuellen Datum automatisch ablehnen. |
|
| REQ-DOB-0005 | Validierung des Tagesfelds Das Tagesfeld muss eine gültige Zahl zwischen 1 und 31 sein. DFBR1 – Day Field Geschäftsregel 1 Das System sollte jeden Wert ablehnen, der kleiner als 1 und größer als 31 ist. |
|
| REQ-DOB-0006 | Validierung des Monatsfelds Ein gültiges Monatsfeld ist eine Zahl von 1 bis 12. Monat 1 steht für Januar und Monat 12 für Dezember. MFBR1 – Monatsfeld Geschäftsregel 1 Wenn der Benutzer den Monat als numerischen Wert eingibt, sollte das System überprüfen, ob der Tageswert korrekt ist. |
|
| REQ-DOB-0007 | Validierung des Jahresfelds Das Jahrfeld ist ein 4-stelliger numerischer Wert, der nicht weiter als 125 Jahre ab dem aktuellen Jahr zurückreichen sollte. Zum Beispiel, wenn heute der 1. September 2021 ist, ist das früheste Datum, zu dem das System gehen kann, der 1. September 1896. |
Es gibt eine Reihe von Menschen am Leben, die über 110 Jahre alt sind. |
| REQ-DOB-0008 | Schaltjahrvalidierung Wenn eine Person in einem Schaltjahr geboren wurde, sollte das System validieren; Das Jahr, in dem sie geboren wurde, war tatsächlich ein Schaltjahr. Standard ihr Geburtsdatum auf 1. März auf Nicht-Schaltjahre. Wenn das eingegebene Jahr falsch ist, sollte das System eine Fehlermeldung anzeigen. |
Hinweis: In einigen Ländern gilt es als illegal, ein Schaltjahr auf den 28. In diesem Fall verwenden wir die britische Rechtsperspektive, die den 1. März verwenden soll. |
| REQ-DOB-0009 | Validate Correct Date Wenn ein Benutzer das gesamte Geburtsdatum eingibt, sollte das System seine Gültigkeit überprüfen. Geschäftsregel 1: Überprüfen Sie, ob der Tag dem richtigen Monat entspricht. |
|
| REQ-DOB-0010 | Berechnung des Geburtsdatums |
User Journey
Der Testfall umfasst in der Regel eine positive und eine negative Validierung. Es wird ungefähr so aussehen;
- Der Benutzer navigiert zur Registrierungsseite
- Wenn der Benutzer dazu aufgefordert wird, gibt er ein ungültiges Geburtsdatum ein
- Der Benutzer gibt ein gültiges Geburtsdatum ein (aber aus Versehen weniger als 13 Jahre alt)
- Das System zeigt eine Fehlermeldung an, die den Benutzer darüber informiert, dass er sich nicht registrieren kann, wenn er jünger als 13 Jahre ist
- Der Benutzer geburt (die über 13 Jahre alt ist)
- Das System verarbeitet und validiert das Datum als korrekt.
Testfall für Geburtsdatum Beispiel
| Schritt Nummer | Test Schritt | Anforderung ID | Erwartete Ergebnis | Tatsächliche Ergebnis | Status (Pass/Fail) | Positive/Negative Test |
| 1 | Zugriff auf die Seite des Benutzerregistrierungsformulars für die zu testende Anwendung (AUT) | Der Benutzer landet auf der Benutzerregistrierungsseite. | + | |||
| 2 | Überspringen Sie das Feld Geburtsdatum und geben Sie gültige Daten in den Rest des Formulars ein | Gültige Daten werden in allen Feldern AUßER dem Feld Geburtsdatum ausgefüllt. | + | |||
| 3 | Negatives Testszenario Geben Sie im Feld ‚Tag‘ eine ungültige Zahl ein, z. B. =>32. |
Das Feld Tag ist mit einem ungültigen Eintrag gefüllt. Zum Beispiel: 32/MM/YYY Hinweis: je nachdem, wie Ihre Anforderungen geschrieben werden, kann die Anwendung an dieser Stelle oder nach dem Ausfüllen des gesamten Datumsfelds eine Fehlermeldung anzeigen. |
– | |||
| 4 | Im Feld ‚Monat‘ gibt der Benutzer einen gültigen Zahlenwert ein. | Es wird ein gültiger Zahlenwert eingegeben | + | |||
| 5 | Im Feld ‚Jahr‘ gibt der Benutzer den korrekten Wert ein. | Das richtige Geburtsjahr wird eingegeben. | + | |||
| 6 | Benutzer klickt auf ‚Senden‘ | Das System zeigt eine Fehlermeldung an, die darauf hinweist, dass das Feld Tag falsch ist. Hinweis: Alle Felder werden weiterhin mit den manuell eingegebenen Daten gefüllt, damit der Benutzer eine Korrektur vornehmen kann. Felder können weiterhin bearbeitet werden.. |
+ | |||
| 7 | Negativer Testfall Im Feld Tag gibt der Benutzer ein Leerzeichen ein. |
Alle anderen Felder werden weiterhin ausgefüllt und das Tagesfeld wird aktualisiert | – | |||
| 8 | Benutzer klickt auf Senden | Das System zeigt eine Fehlermeldung an, die darauf hinweist, dass das Feld Tag falsch ist. Alle Felder werden weiterhin mit den eingegebenen manuellen Daten gefüllt, damit der Benutzer eine Korrektur vornehmen kann.. |
+ | |||
| 9 | Testen der Geschäftsregel Im Feld ‚Tag‘ gibt der Benutzer den Wert ’31‘ ein. |
Der Wert ’31‘ wird in das Feld Tag eingegeben. | – | |||
| 10 | Im Feld Monat gibt der Benutzer den Wert 09 Hinweis ein: 9 = September |
Der Wert ’09‘ wird in das Feld Monat eingegeben. | ||||
| 11 | Im Feld Jahr gibt der Benutzer einen korrekten Wert ein. Z.B. 1985 |
Ein korrekter Wert wird in das Feld ‚Jahr‘ eingegeben. | ||||
| 12 | Benutzer klickt auf ‚Senden‘ | Eine ’nützliche‘ Fehlermeldung wird angezeigt. Die Nachricht informiert den Benutzer, dass der September keine 31 Tage hat. Bitte entsprechend ändern. |
||||
| 13 | Der Benutzer ändert den Tageswert in 30 | Das Feld Day wird mit ’30‘ gefüllt. | ||||
| 14 | Benutzer klickt auf ‚Senden‘ | Das System; a) verarbeitet das Formular b) validiert das Geburtsdatum c) validiert gegen die Geschäftsregeln Leitet den Benutzer zur Registrierungsbestätigungsseite weiter. |
Ich wollte diesen Testfall nicht zu lang machen, aber Sie können auch einige Testschritte hinzufügen, um sicherzustellen;
- Benutzer ist über 13 Jahre alt
- Benutzer, der am 29.Februar geboren wurde, hat standardmäßig den 1. März als Geburtsdatum (außer in Schaltjahren).
- Bestätigen Sie, dass das Jahr nicht weiter als 125 Jahre ab dem aktuellen Datum zurückreicht.
Wenn Sie ein Kalendersteuerelement haben, bei dem Sie das Datum mit der Maus auswählen, sollte das Testen viel einfacher sein.
Dies liegt daran, dass weniger Funktionstests und weniger Testdaten vorbereitet werden müssen.
Im Rahmen des Registrierungsprozesses sollten Sie auch Testfälle für die Funktionalität zum Ändern des Kennworts in Betracht ziehen.
Grenzwertanalyse
Im Folgenden finden Sie einige Grenzwerte, über die Sie nachdenken sollten.
Alter
| Grenze 1 | Grenze 2 |
| 0 -13 | 13 > |
Äquivalenzpartitionierung
Sie haben eine Reihe von Partitionen als Teil dieses Tests, sie sind;
Alter
| Partition 1 | Partition 2 |
| 0-12 | >13 |
Eine großartige Ergänzung zu Ihrer Regressionstestsuite
Ich liebe einen detaillierten Funktionstest wie diesen. Warum?
Weil ich es zu meinem Regressionstestpaket hinzufügen kann.
Sobald Sie alle komplizierten Details haben, können Sie diese Tests buchstäblich so ausführen, wie Sie sie benötigen.
Unabhängig davon, ob es sich um manuelle oder automatisierte Tests handelt.
Zusammenfassung
Hoffentlich sollte das Obige ein guter Testfall für den Funktionstest des Geburtsdatums sein.
Ich liebe diese Art von Black-Box-Testtechniken, da ich mich an viele in meiner Karriere erinnere.
Wenn Sie jemals Datumsfelder testen, könnten Sie auch daran interessiert sein, Testfälle für eine Kalenderanwendung zu schreiben.
Die Arbeit in der Qualitätssicherung ist nicht einfach, aber dies ist eine der vielen Herausforderungen eines Softwaretesters.