în acest articol voi vorbi despre cum să proiectați cazuri de testare pentru data nașterii (DOB) funcționalitate.
această piesă de funcționalitate este foarte importantă, deoarece are multe utilizări.
unele dintre aceste utilizări includ domenii precum securitatea și identificarea.
Simțiți-vă liber să utilizați cazul de testare și să îl modificați în consecință pentru a se potrivi nevoilor dvs.
acum, înainte de a continua, poate doriți să aflați mai multe despre scrierea cazurilor de testare.
cuprins
care sunt lucrurile cheie pe care ar trebui să le testați pentru funcționalitatea datei nașterii?
data nașterii este doar un câmp.
cu toate acestea, în opinia mea, este unul dintre cele mai importante câmpuri la înregistrarea profilului unui utilizator.
să descompunem elementele;
- zi(câmp text)
- lună (câmp text)
- an (câmp text)
- sunt toate elementele valide?
scenarii în cazul în care v – ar folosi Data de funcționalitate naștere
- Înregistrare cont / utilizator
- verificarea vârstei unui utilizator atunci când se înregistrează pentru un produs sau serviciu
- resetarea acreditărilor de conectare atunci când un utilizator uită
- utilizator Admin, ca parte a unei serii de întrebări de securitate
să elaborăm scenariile menționate mai sus
Scenariul 1: cazuri de testare pentru data nașterii-verificarea vârstei unui utilizator
verificarea vârstei este utilizată pe atât de multe platforme diferite. Mai jos sunt câteva scenarii de testare pe care poate doriți să le luați în considerare.
- utilizatorul dorește să creeze un cont de social media/e-mail și trebuie să aibă cel puțin 13 ani.
- utilizatorul solicită un permis de conducere provizoriu din Marea Britanie. Vârsta minimă este de 17 ani.
- achiziționarea unui produs sau serviciu restricționat online. De exemplu, vizionarea videoclipurilor YouTube restricționate care necesită efectuarea unei verificări a vârstei.
- cumpărarea de alcool sau servicii de jocuri online!
scenariul 2: Cazuri de testare pentru data nașterii-resetarea acreditărilor de conectare atunci când un utilizator uită
- când un utilizator își uită acreditările, sistemul poate solicita verificări suplimentare pentru a dovedi identitatea utilizatorului.
scenariul 3: cazuri de testare pentru data nașterii – un utilizator Admin al unui sistem solicită DOB ca parte a unei serii de întrebări de securitate
- Similar scenariului de mai sus, dar cu un element uman. Acest scenariu este în cazul în care un utilizator Admin aplicație dorește să verifice utilizatorul de asteptare este într-adevăr cine spun ei că sunt și DOB face parte dintr-un set de întrebări de verificare de securitate.
cerințe de afaceri și funcționale
ar trebui să încercați întotdeauna să obțineți câteva cerințe dacă testarea dvs. va fi de înaltă calitate.
întotdeauna le spun colegilor mei care nu testează că, în calitate de testeri pe bază de specificații, suntem la fel de buni ca cerințele pe care le avem.
ia notă prietenii mei analist de afaceri.
să descompunem câteva cerințe de exemplu pe care le-am creat pentru dvs.
am încercat să fiu detaliat, dar nu vreau să trec peste bord.
dacă este posibil, ar trebui să încercați întotdeauna să creați o matrice de trasabilitate a cerințelor (RTM) unde puteți stoca toate cerințele proiectului.
| Id cerință | descriere cerință | Note |
| REQ-DOB-0001 | sistemul trebuie să surprindă data nașterii. | |
| REQ-DOB-0002 | data nașterii trebuie să fie în format UK. de exemplu, formatul datei câmpului trebuie să fie în ordinea de mai jos. ZZ/LL/AAAA D = zi (format numeric)M = lună (format numeric)Y = an (format numeric) |
dacă este necesară o opțiune derulantă, atunci UI poate actualiza și afișa data minimă de începere care = 13 ani. poate accepta și introducerea manuală. |
| REQ-DOB-0003 | manual formularul DOB intrare sistemul trebuie să dea utilizatorului opțiunea de a introduce data nașterii manual |
această cerință poate fi extins pentru a include o opțiune de control data/calendar. cu toate acestea, pentru simplitate, vom folosi opțiunea formular manual. din perspectiva utilizabilității, selectorul de date este mai puțin obositor și predispus la apariția unor probleme de validare mai mici. |
| REQ-DOB-0004 | restricție de vârstă a utilizatorului vârsta minimă a utilizatorului este de 13 ani. sistemul ar trebui să respingă automat orice utilizator care are sub 13 ani de la data curentă. |
|
| req-DOB-0005 | validarea câmpului de zi câmpul de zi trebuie să fie un număr valid între 1 și 31. DFBR1 – zi domeniu regula de afaceri 1 sistemul ar trebui să respingă orice valoare mai mică de 1 și mai mult de 31. |
|
| req-DOB-0006 | validarea câmpului lunar un câmp lunar valid va fi un număr de la 1 la 12. Luna 1 reprezintă ianuarie și Luna 12 reprezintă decembrie. Mfbr1 – Month Field Business Rule 1 când utilizatorul introduce luna ca valoare numerică, sistemul ar trebui să valideze dacă valoarea zilei este corectă. |
|
| req-DOB-0007 | validare câmp an câmpul an este o valoare numerică de 4 caractere, care ar trebui să meargă înapoi nu mai mult de 125 de ani de la anul curent. de exemplu, dacă astăzi este 1 septembrie 2021, cea mai veche dată la care sistemul poate merge este 1 septembrie 1896. |
există un număr de oameni în viață care au peste 110 ani, ca urmare am adăugat o urgență, dar mai mare. |
| req-DOB-0008 | validarea anului bisect dacă o persoană se naște într-un an bisect, sistemul ar trebui să valideze; anul în care s-au născut a fost de fapt un an bisect. implicit data nașterii lor la 1 martie pe ani non-bisect. dacă anul în care au intrat este incorect, sistemul ar trebui să afișeze un mesaj de eroare. |
Notă: În unele țări, neplata unui an bisect până la 28 Februarie este considerată ilegală. în acest caz, vom folosi perspectiva juridică din Marea Britanie, care este de a utiliza 1 martie. |
| REQ-DOB-0009 | validați data corectă când un utilizator introduce întreaga dată de naștere, sistemul ar trebui să verifice valabilitatea acestuia. regula de afaceri 1: validați ziua conformă cu luna corectă. |
|
| REQ-DOB-0010 | calculul datei nașterii |
user Journey
cazul de testare va include de obicei validarea pozitivă și negativă. Va arăta ceva de genul următor;
- utilizatorul navighează la pagina de înregistrare
- când vi se solicită, utilizatorul introduce o dată de naștere nevalidă
- utilizatorul introduce o dată de naștere validă (dar mai puțin de 13 ani din greșeală)
- sistemul afișează un mesaj de eroare care informează utilizatorul că nu se poate înregistra dacă are sub 13 ani
- utilizatorul introduce data de naștere corectă nașterea (care are peste 13 ani)
- sistemul procesează și validează data ca fiind corectă.
test de caz pentru data nașterii exemplu
| numărul pasului | etapa testului | Id cerință | rezultat așteptat | rezultat real | stare (trecere / eșec) | Test pozitiv / negativ |
| 1 | accesați pagina formularului de înregistrare a utilizatorului pentru aplicația testată (AUT) | utilizatorul aterizează pe pagina de înregistrare a utilizatorului. | + | |||
| 2 | săriți câmpul Data nașterii și completați datele valide în restul formularului | datele valide sunt completate în toate câmpurile, cu excepția câmpului data nașterii. | + | |||
| 3 | scenariu de testare negativ în câmpul’ day ‘ introduceți un număr nevalid, cum ar fi =>32. |
câmpul zi este populat cu o intrare nevalidă. de exemplu: 32/LL / AAAA notă: în funcție de modul în care sunt scrise cerințele dvs., Aplicația poate afișa un mesaj de eroare în acest moment sau după ce tot câmpul de dată a fost populat. |
– | |||
| 4 | în câmpul’ lună ‘ utilizatorul introduce o valoare numerică validă. | se introduce o valoare numerică validă | + | |||
| 5 | în câmpul’ an’, utilizatorul introduce valoarea corectă. | anul corect de naștere este introdus. | + | |||
| 6 | utilizatorul face clic pe ‘Submit’ | sistemul afișează un mesaj de eroare care avertizează că câmpul zi este incorect. Notă: toate câmpurile sunt încă populate cu datele manuale introduse, astfel încât utilizatorul să poată efectua o corecție. câmpurile sunt încă editabile.. |
+ | |||
| 7 | test negativ caz în câmpul zi, utilizatorul intră într-un spațiu gol. |
toate celelalte câmpuri sunt încă populate și câmpul de zi este actualizat la stânga necompletat | – | |||
| 8 | clicuri utilizator trimite | sistemul afișează un mesaj de eroare care avertizează că câmpul zi este incorect. toate câmpurile sunt încă populate cu datele manuale introduse, astfel încât utilizatorul să poată face o corecție.. |
+ | |||
| 9 | testarea regulii de afaceri în câmpul’ zi ‘utilizatorul introduce valoarea’31’. |
valoarea ‘ 31 ‘ este introdusă în câmpul Day. | – | |||
| 10 | în câmpul lună, utilizatorul introduce valoarea 09 Notă: 9 = septembrie |
valoarea ‘ 09 ‘ este populată în câmpul lună. | ||||
| 11 | în câmpul an, utilizatorul introduce o valoare corectă. de exemplu. 1985 |
o valoare corectă este introdusă în câmpul’ an’. | ||||
| 12 | utilizatorul face clic pe ‘Submit’ | se afișează un mesaj de eroare’ util’. mesajul informează utilizatorul că septembrie nu are 31 de zile. vă rugăm să modificați în consecință. |
||||
| 13 | utilizatorul modifică valoarea zilei la 30 | Day field este populagted cu ’30’. | ||||
| 14 | utilizatorul face clic pe ‘Submit’ | sistemul; a) procesează formularul b) validează data nașterii c) validează împotriva regulilor de afaceri redirecționează utilizatorul la pagina de confirmare a înregistrării. |
nu am vrut să fac acest caz de testare prea lung, dar puteți adăuga și câțiva pași de testare pentru a vă asigura;
- utilizatorul are peste 13 ani
- utilizatorul născut pe 29 februarie este implicit la 1 martie ca dată de naștere (cu excepția anilor bisecți).
- validează faptul că anul nu merge mai departe de 125 de ani de la data curentă.
dacă aveți un control calendar, că ‘Lucru’ în cazul în care selectați data cu un mouse, testarea acest lucru ar trebui să fie mult mai ușor.
acest lucru se datorează faptului că există mai puține teste funcționale și mai puține date de testare de pregătit.
ca parte a procesului de înregistrare, poate doriți să luați în considerare și cazurile de testare pentru funcționalitatea de modificare a parolei.
analiza valorii limită
mai jos sunt câteva valori limită la care poate doriți să vă gândiți.
vârstă
| limita 1 | limita 2 |
| 0 -13 | 13 > |
partiționarea echivalenței
aveți un număr de partiții ca parte a acestui test, acestea sunt;
vârstă
| Partiția 1 | Partiția 2 |
| 0-12 | >13 |
un mare plus pentru suita de testare de regresie
îmi place un test funcțional detaliat ca aceasta. De ce?
pentru că îl pot adăuga la pachetul meu de testare a regresiei.
odată ce aveți toate detaliile complicate, puteți rula literalmente aceste teste ca și când aveți nevoie de ele.
indiferent dacă sunt teste manuale sau automate.
rezumat
sperăm că cele de mai sus ar trebui să fie un caz bun de testare pentru testarea funcțională a datei nașterii.
îmi plac absolut aceste tipuri de tehnici de testare a cutiei negre, așa cum îmi amintesc că am făcut multe în cariera mea.
dacă întâlniți vreodată câmpuri de date de testare, atunci ați putea fi, de asemenea, interesat să scrieți cazuri de testare pentru o aplicație de calendar.
lucrul în arena de asigurare a calității nu este ușor, dar aceasta este una dintre numeroasele provocări de a fi un tester de software.