In dit artikel zal ik het hebben over het ontwerpen van testcases voor de geboortedatum (DOB) functionaliteit.
dit stuk functionaliteit is erg belangrijk omdat het vele toepassingen heeft.
sommige van deze toepassingen omvatten gebieden zoals beveiliging en identificatie.
gebruik de TestCASE en pas deze aan uw behoeften aan.
voordat u verder gaat, wilt u misschien meer weten over het schrijven van testcases.
inhoudsopgave:
Wat zijn de belangrijkste dingen die je moet testen voor geboortedatum functionaliteit?
de geboortedatum is slechts één veld.
naar mijn mening is het echter een van de belangrijkste velden bij het registreren van een gebruikersprofiel.
laten we de elementen opsplitsen;
- dag (tekstveld)
- maand (tekstveld)
- jaar (tekstveld)
- zijn alle elementen geldig?
scenario ’s waarbij u Geboortedatum – functionaliteit
- Account / gebruikersregistratie
- de leeftijd van een gebruiker controleren wanneer een gebruiker zich registreert voor een product of dienst
- aanmeldingsgegevens opnieuw instellen wanneer een gebruiker
- beheerder-gebruiker vergeet als onderdeel van een reeks veiligheidsvragen
laten we de hierboven genoemde scenario’ s verder uitwerken
Scenario 1: testgevallen voor geboortedatum-controle van de leeftijd van een gebruiker
leeftijdsverificatie wordt op zoveel verschillende platforms gebruikt. Hieronder staan een aantal testscenario ‘ s die u misschien wilt overwegen.
- gebruiker wil een social media/e-mailaccount aanmaken en moet ten minste 13 jaar oud zijn.
- gebruiker vraagt een Brits voorlopig rijbewijs aan. De minimumleeftijd is 17 jaar.
- online een beperkt product of dienst kopen. Bijvoorbeeld het bekijken van beperkte YouTube-video ‘ s die vereisen dat u een leeftijd controle uit te voeren.
- Online alcohol of kansspeldiensten kopen!
Scenario 2: Testcases voor geboortedatum-resetten van inloggegevens wanneer een gebruiker
- vergeet wanneer een gebruiker zijn inloggegevens vergeet, kan het systeem om verdere verificatie vragen om de identiteit van de gebruiker te bewijzen.
Scenario 3: testcases voor Geboortedatum – een beheerder van een systeem vraagt de DOB als onderdeel van een reeks veiligheidsvragen
- vergelijkbaar met het bovenstaande scenario echter met een menselijk element. Dit scenario is waar een applicatie Admin gebruiker wil controleren of de gebruiker die belt is inderdaad wie ze zeggen dat ze zijn en de DOB is onderdeel van een set van beveiligingsverificatie vragen.
Business and Functional Requirements
u moet altijd proberen een aantal vereisten te krijgen als uw testen van hoge kwaliteit zijn.
ik vertel mijn niet-testende collega ‘ s altijd dat we als op specificatie gebaseerde testers slechts zo goed zijn als de vereisten die we hebben.
let op mijn Business analist vrienden.
laten we een aantal voorbeeldvereisten die ik voor u heb gemaakt, opsplitsen.
ik heb geprobeerd om gedetailleerd te zijn, maar Ik wil niet overdrijven.
waar mogelijk, moet u altijd proberen een requirements Traceability Matrix (RTM) te maken waar u al uw projectvereisten kunt opslaan.
| eis ID | eis beschrijving | opmerkingen |
| REQ-DOB-0001 | het systeem moet de geboortedatum vastleggen. | |
| REQ-DOB-0002 | de geboortedatum moet in het Britse formaat zijn. het datumformaat van het veld moet bijvoorbeeld in de onderstaande volgorde staan. DD / MM / JJJJ D = dag (numeriek formaat)M = maand (numeriek formaat)Y = jaar (numeriek formaat) |
als een keuzemogelijkheid vereist is, kan de gebruikersinterface de minimale startdatum die = 13 jaar oud is Bijwerken en weergeven. het kan ook handmatige invoer accepteren. |
| REQ-DOB-0003 | handmatig DOB formulier Entry het systeem moet de gebruiker de mogelijkheid geven om de geboortedatum handmatig in te voeren |
deze eis kan worden uitgebreid met een datum/kalender controle optie. voor de eenvoud gebruiken we echter de optie handmatig formulier. vanuit het oogpunt van bruikbaarheid is de datumkiezer minder vervelend en is hij gevoelig voor minder validatieproblemen. |
| REQ-DOB-0004 | leeftijdsbeperking voor de gebruiker de minimumleeftijd voor de gebruiker is 13 jaar. het systeem moet elke gebruiker die jonger is dan 13 jaar vanaf de huidige datum automatisch afwijzen. |
|
| REQ-DOB-0005 | Veldvalidatie dag het veld dag moet een geldig getal zijn tussen 1 en 31. Dfbr1-Day Field Business Rule 1 het systeem moet elke waarde van minder dan 1 en meer dan 31 afwijzen. |
|
| REQ-DOB-0006 | month Field Validation een geldig maandveld is een getal van 1 tot en met 12. maand 1 staat voor Januari en maand 12 staat voor December. Mfbr1-Month Field business Rule 1 wanneer de gebruiker de maand invoert als een numerieke waarde, moet het systeem valideren als de dagwaarde juist is. |
|
| REQ-DOB-0007 | jaar Veldvalidatie het jaar veld is een numerieke waarde van 4 tekens die niet verder terug moet gaan dan 125 jaar vanaf het lopende jaar. bijvoorbeeld als vandaag 1 September 2021 is, is de vroegste datum waarop het systeem kan gaan naar 1 September 1896. |
er zijn een aantal mensen in leven die ouder zijn dan 110 jaar, als gevolg daarvan heb ik een maar meer contingentie toegevoegd. |
| REQ-DOB-0008 | Schrikkeljaarvalidatie als een persoon in een schrikkeljaar is geboren, moet het systeem valideren; het jaar waarin hij is geboren was in feite een schrikkeljaar. Standaard hun geboortedatum 1 maart op niet-schrikkeljaren. als het ingevoerde jaar onjuist is, moet het systeem een foutmelding geven. |
opmerking: in sommige landen wordt het in gebreke blijven van een schrikkeljaar tot 28 februari als illegaal beschouwd. in dit geval zullen we gebruik maken van het Britse juridische perspectief dat 1 maart zal gebruiken. |
| REQ-DOB-0009 | Valideer de juiste datum wanneer een gebruiker de volledige geboortedatum invoert, moet het systeem de geldigheid ervan controleren. zakelijke regel 1: Valideer de dag conform de juiste maand. |
|
| REQ-DOB-0010 | geboortedatum berekening |
Gebruikersreis
de TestCASE omvat doorgaans positieve en negatieve validatie. Het zal er ongeveer als volgt uitzien;
- Gebruiker de registratie pagina
- Wanneer u wordt gevraagd, Gebruiker een ongeldige geboortedatum
- Gebruiker een geldige datum van geboorte (maar minder dan 13 jaar oud is en per vergissing)
- Systeem toont een foutbericht waarin de gebruiker ze kan niet registreren als ze jonger zijn dan 13 jaar
- Gebruiker de juiste datum van de geboorte (dat is meer dan de leeftijd van 13)
- Systeem processen en valideert de datum als juist.
testcase voor geboortedatum voorbeeld
| stapnummer | Teststap | eis id | verwacht resultaat | feitelijk resultaat | Status (geslaagd / mislukt) | positieve / negatieve Test |
| 1 | toegang tot gebruikersregistratieformulier pagina voor toepassing onder Test (AUT) | gebruiker landt op de gebruiker registratie pagina. | + | |||
| 2 | sla het veld geboortedatum over en vul geldige gegevens in de rest van het formulier in | geldige gegevens worden ingevuld in alle velden behalve het veld geboortedatum. | + | |||
| 3 | negatief testscenario voer in het veld ” dag ” een ongeldig getal in, zoals =>32. |
het veld dag wordt ingevuld met een ongeldige ingang. bijvoorbeeld: 32 / MM / YYY opmerking: afhankelijk van hoe uw vereisten worden geschreven, kan de toepassing een foutmelding op dit punt of zodra alle Datum veld is ingevuld weer te geven. |
– | |||
| 4 | in het veld’ maand ‘ voert de gebruiker een geldige numerieke waarde in. | een geldige numerieke waarde is ingevoerd | + | |||
| 5 | in het veld’ jaar ‘ voert de gebruiker de juiste waarde in. | het juiste geboortejaar is ingevoerd. | + | |||
| 6 | gebruiker klikt op ‘Submit” | het systeem geeft een foutmelding dat het veld dag onjuist is. Opmerking: alle velden zijn nog steeds gevuld met de ingevoerde handmatige gegevens, zodat de gebruiker een correctie kan maken. velden zijn nog steeds bewerkbaar.. |
+ | |||
| 7 | negatieve testcase in het veld dag voert de gebruiker een lege ruimte in. |
alle andere velden zijn nog steeds ingevuld en het veld dag wordt bijgewerkt, leeg gelaten | – | |||
| 8 | gebruiker klikt submit | het systeem geeft een foutmelding dat het veld dag onjuist is. alle velden zijn nog steeds gevuld met de ingevoerde handmatige gegevens, zodat de gebruiker een correctie kan maken.. |
+ | |||
| 9 | Testing of business rule in het veld ” day “voert de gebruiker de waarde” 31 ” in. |
de waarde ” 31 ” wordt ingevoerd in het veld dag. | – | |||
| 10 | in het maandveld voert de gebruiker de waarde 09 in Opmerking: 9 = September |
de waarde ” 09 ” wordt ingevuld in het Maandveld. | ||||
| 11 | in het veld jaar voert de gebruiker een correcte waarde in. bv.. 1985 |
in het veld ‘jaar’ wordt een correcte waarde ingevoerd. | ||||
| 12 | gebruiker klikt op ‘Submit” | een ‘nuttige’ foutmelding wordt weergegeven. het bericht informeert de gebruiker dat September geen 31 dagen heeft. dienovereenkomstig wijzigen. |
||||
| 13 | gebruiker wijzigt dagwaarde naar 30 | dag veld is populair met ’30’. | ||||
| 14 | gebruiker klikt op ‘Submit” | het systeem; a) verwerkt het formulier b) valideert de geboortedatum c) valideert tegen de bedrijfsregels leidt de gebruiker naar de registratiebevestigingspagina. |
ik wilde deze testcase niet te lang maken, maar u kunt ook enkele teststappen toevoegen om ervoor te zorgen;
- gebruiker is ouder dan 13 jaar
- gebruiker die geboren is op 29 februari is in gebreke gebleven tot 1 maart als hun geboortedatum (behalve op schrikkeljaren).
- valideren dat het jaar niet verder teruggaat dan 125 jaar vanaf de huidige datum.
als je een agenda controle hebt, dat ‘ding’ waar je de datum met een muis selecteert, zou het een stuk makkelijker moeten zijn om dit te testen.
dit komt omdat er minder functionele tests en minder testgegevens moeten worden voorbereid.
als onderdeel van het registratieproces wilt u misschien ook testcases overwegen voor de functionaliteit van het wachtwoord wijzigen.
Grenswaardeanalyse
Hieronder staan enkele grenswaarden die u misschien wilt overwegen.
Leeftijd
| Grens 1 | Grens 2 |
| 0 -13 | 13 > |
Gelijkwaardigheid Partitioneren
> Je hebt een aantal partities als onderdeel van deze test, ze zijn;
Leeftijd
| Partitie 1 | Partitie 2 |
| 0-12 | >13 |
Een Geweldige Aanvulling op uw Regressie Test Suite
ik hou van een gedetailleerde functionele test als deze. Waarom?
omdat ik het kan toevoegen aan mijn regressie testpakket.
zodra u alle ingewikkelde details hebt, kunt u deze tests letterlijk uitvoeren wanneer en wanneer u ze nodig hebt.
ongeacht of het om handmatige of geautomatiseerde tests gaat.
samenvatting
hopelijk is het bovenstaande een goede testcase voor geboortedatum functionele testen.
ik ben absoluut dol op dit soort black box testtechnieken zoals ik me herinner dat ik er veel deed in mijn carrière.
als u ooit testdatumvelden tegenkomt, dan bent u wellicht ook geïnteresseerd in het schrijven van testcases voor een agenda-toepassing.
werken in de kwaliteitsborging arena is niet eenvoudig, maar dit is een van de vele uitdagingen van het zijn van een software tester.