ebben a cikkben arról fogok beszélni, hogyan tervezzünk teszteseteket a születési dátum (DOB) funkcionalitásához.
ez a funkció nagyon fontos, mivel számos felhasználási módja van.
ezen felhasználások némelyike olyan területeket foglal magában, mint a biztonság és az azonosítás.
nyugodtan használja a teszt esetet, és módosítsa az igényeinek megfelelően.
mielőtt folytatná, érdemes többet megtudni a tesztesetek írásáról.
Tartalomjegyzék
melyek a legfontosabb dolgok, amelyeket tesztelnie kell a születési dátum funkcionalitásához?
a születési dátum csak egy mező.
véleményem szerint azonban ez az egyik legfontosabb mező a felhasználói profil regisztrálásakor.
bontsuk le az elemeket;
- nap (Szövegmező)
- hónap (Szövegmező)
- év (Szövegmező)
- minden elem érvényes?
forgatókönyvek, ahol a születési dátum funkciót használná
- fiók / felhasználó regisztrációja
- a felhasználó életkorának ellenőrzése, amikor regisztrál egy termékre vagy szolgáltatásra
- a bejelentkezési adatok visszaállítása, ha a felhasználó elfelejti
- Admin felhasználó egy sor biztonsági kérdés részeként
dolgozzuk ki a fent említett forgatókönyveket
1.forgatókönyv: tesztesetek a születési dátumhoz – a felhasználó életkorának ellenőrzése
az életkor ellenőrzését oly sok különböző platformon használják. Az alábbiakban bemutatunk néhány tesztforgatókönyvet, amelyeket érdemes megfontolni.
- a felhasználó közösségi média/e-mail fiókot szeretne létrehozni, és legalább 13 évesnek kell lennie.
- a felhasználó ideiglenes Brit vezetői engedélyt kér. A minimális életkor 17 év.
- korlátozott termék vagy szolgáltatás online vásárlása. Például korlátozott YouTube-videók megtekintése, amelyek életkor-ellenőrzést igényelnek.
- vásárlás alkohol vagy játék szolgáltatások online!
2. forgatókönyv: Születési dátum tesztesetei-bejelentkezési adatok visszaállítása amikor a felhasználó elfelejti
- amikor a felhasználó elfelejti a hitelesítő adatait, a rendszer további ellenőrzést kérhet a felhasználó személyazonosságának igazolására.
3.szcenárió: a születési dátum Tesztesetei – egy rendszer adminisztrátori felhasználója felteszi a DOB-ot egy sor biztonsági kérdés részeként
- hasonló a fenti forgatókönyvhöz, de emberi elemmel. Ez a forgatókönyv az, amikor egy alkalmazás adminisztrátori felhasználó ellenőrizni akarja, hogy a felhasználó hívása valóban az, akinek mondja magát, és a DOB része egy sor biztonsági ellenőrzési kérdésnek.
üzleti és funkcionális követelmények
mindig meg kell próbálnia néhány követelményt, ha a tesztelés kiváló minőségű lesz.
mindig azt mondom a nem tesztelő kollégáimnak, hogy specifikáción alapuló tesztelőként csak annyira vagyunk jók,mint a követelmények.
vegye figyelembe az üzleti elemző barátaim.
bontsunk le néhány példát követelmények, hogy hoztam létre az Ön számára.
megpróbáltam részletes lenni, de nem akarok túlzásba esni.
ahol lehetséges, mindig próbáljon meg létrehozni egy Követelménykövetési mátrixot (RTM), ahol tárolhatja az összes projektkövetelményt.
| Követelményazonosító | Követelményleírás | Megjegyzések |
| REQ-DOB-0001 | a rendszernek rögzítenie kell a születési dátumot. | |
| REQ-DOB-0002 | a születési dátumnak Brit formátumban kell lennie. például a mező dátumformátumának az alábbi sorrendben kell lennie. nn/hh / éééé D = nap (numerikus formátum)M = hónap (numerikus formátum)Y = év (numerikus formátum) |
ha legördülő opcióra van szükség, akkor a felhasználói felület frissítheti és megjelenítheti a minimális kezdési dátumot, amely = 13 éves. kézi bevitelt is elfogadhat. |
| REQ-DOB-0003 | kézi DOB Űrlapbejegyzés a rendszernek lehetőséget kell adnia a Felhasználónak a születési dátum kézi megadására |
ez a követelmény kibővíthető egy dátum/naptár vezérlési opcióval. az egyszerűség kedvéért azonban a kézi űrlap opciót fogjuk használni. a használhatóság szempontjából a dátumválasztó kevésbé unalmas és hajlamos a kevesebb érvényesítési problémára. |
| REQ-DOB-0004 | felhasználói korhatár a minimális felhasználói életkor 13 év. a rendszer automatikusan elutasít minden olyan felhasználót, aki 13 évesnél fiatalabb az aktuális dátumtól. |
|
| REQ-DOB-0005 | napi mező érvényesítés a napi mezőnek érvényes számnak kell lennie 1-től 31-ig. DFBR1 – Day Field Business Rule 1 a rendszernek minden 1-nél kisebb és 31-nél nagyobb értéket el kell utasítania. |
|
| REQ-DOB-0006 | hónap mező érvényesítés az érvényes hónap mező 1-től 12-ig terjedő szám lesz. az 1. hónap Január, a 12.hónap pedig December. MFBR1 – Month Field Business Rule 1 amikor a felhasználó numerikus értékként adja meg a hónapot, a rendszernek ellenőriznie kell, hogy a nap értéke helyes-e. |
|
| REQ-DOB-0007 | év mező érvényesítés az év mező egy 4 karakterből álló számérték, amely legfeljebb 125 évre nyúlik vissza a folyó évtől. például, ha ma 1.szeptember 2021, a rendszer legkorábbi időpontja 1. szeptember 1896. |
számos ember él, akik több mint 110 évesek, ennek eredményeként hozzáadtam egy, de több eshetőséget. |
| REQ-DOB-0008 | szökőév érvényesítés ha egy személy szökőévben születik, akkor a rendszernek érvényesítenie kell; a születésük éve valójában szökőév volt. alapértelmezett születési dátumuk március 1-jére a nem szökőéveken. ha a megadott év nem megfelelő, a rendszernek hibaüzenetet kell megjelenítenie. |
Megjegyzés: Egyes országokban a szökőév február 28-ig történő elmulasztása törvénytelennek minősül. ebben az esetben az Egyesült Királyság jogi perspektíváját fogjuk használni, amelyet március 1-jén kell használni. |
| REQ-DOB-0009 | helyes dátum érvényesítése amikor a felhasználó beírja a teljes születési dátumot, a rendszernek ellenőriznie kell annak érvényességét. 1. üzleti szabály: ellenőrizze, hogy a nap megfelel-e a megfelelő hónapnak. |
|
| REQ-DOB-0010 | Születési Dátum számítás |
felhasználói utazás
a tesztesetnél jellemzően pozitív és negatív érvényesítés történik. Úgy fog kinézni, mint a következő;
- felhasználó navigál a regisztrációs oldalra
- amikor a rendszer kéri, a felhasználó érvénytelen születési dátumot ad meg
- a felhasználó érvényes születési dátumot ad meg (de tévedésből kevesebb, mint 13 éves)
- a rendszer hibaüzenetet jelenít meg, amelyben tájékoztatja a felhasználót, hogy nem regisztrálhat, ha 13 évesnél fiatalabb
- a felhasználó beírja a helyes születési dátumot születés (amely 13 évesnél idősebb)
- a rendszer feldolgozza és ellenőrzi a dátumot helyesnek.
vizsgálati eset a születési dátumra példa
| lépésszám | vizsgálati lépés | Követelményazonosító | várható eredmény | tényleges eredmény | állapot (Pass / Fail) | pozitív / negatív teszt |
| 1 | hozzáférés a felhasználói regisztrációs űrlap oldalához a teszt alatt lévő alkalmazáshoz (AUT) | a Felhasználó a felhasználói regisztrációs oldalra kerül. | + | |||
| 2 | hagyja ki a születési dátum mezőt, és töltse ki az érvényes adatokat az űrlap többi részében | az érvényes adatokat a születési dátum mező kivételével minden mezőben kitölti. | + | |||
| 3 | negatív teszt forgatókönyv a’ nap ‘ mezőben érvénytelen számot adjon meg, például => 32. |
a nap mező érvénytelen bejegyzéssel van kitöltve. például: 32/HH / ÉÉÉ Megjegyzés: a követelmények megírásának módjától függően az alkalmazás hibaüzenetet jeleníthet meg ezen a ponton, vagy ha az összes Dátummező kitöltésre került. |
– | |||
| 4 | a ‘hónap’ mezőben a felhasználó egy érvényes számértéket ad meg. | érvényes numerikus értéket ad meg | + | |||
| 5 | az ‘ év ‘ mezőbe a felhasználó beírja a helyes értéket. | a helyes születési év be van írva. | + | |||
| 6 | a felhasználó rákattint a ‘Küldés’ | a rendszer hibaüzenetet jelenít meg, amely figyelmezteti, hogy a nap mező helytelen. Megjegyzés: Az összes mező továbbra is ki van töltve a kézi adatokkal, így a felhasználó elvégezheti a javítást. a mezők továbbra is szerkeszthetők.. |
+ | |||
| 7 | negatív teszt eset a nap mezőben a felhasználó üres helyet ad meg. |
az összes többi mező továbbra is ki van töltve, a nap mező pedig üresen marad | – | |||
| 8 | felhasználói kattintások Küldés | a rendszer hibaüzenetet jelenít meg, amely figyelmezteti, hogy a nap mező helytelen. az összes mező továbbra is ki van töltve a kézi adatokkal, így a felhasználó elvégezheti a javítást.. |
+ | |||
| 9 | a üzleti szabály tesztelése a’ nap ‘mezőben a felhasználó beírja a’31’ értéket. |
a ’31’ érték a nap mezőbe kerül. | – | |||
| 10 | a hónap mezőben a felhasználó a 09 értéket adja meg Megjegyzés: 9 = szeptember |
a ’09’ érték a hónap mezőben jelenik meg. | ||||
| 11 | az év mezőben a felhasználó helyes értéket ad meg. pl. 1985 |
a helyes érték az ‘év’ mezőbe kerül. | ||||
| 12 | a felhasználó rákattint a ‘Küldés’ | egy ‘hasznos’ hibaüzenet jelenik meg. az üzenet arról tájékoztatja a felhasználót, hogy szeptembernek nincs 31 napja. kérjük, ennek megfelelően módosítsa. |
||||
| 13 | a felhasználó módosítja a napi értéket 30 | a napi mező ’30’ – val van feltöltve. | ||||
| 14 | a felhasználó rákattint a ‘Küldés’ | a rendszer; a) feldolgozza az űrlapot b) érvényesíti a születési dátumot c) érvényesíti az üzleti szabályokat átirányítja a felhasználót a regisztráció megerősítő oldalára. |
nem akartam, hogy ez a teszt esetében túl hosszú, de akkor is hozzá néhány vizsgálati lépéseket, hogy biztosítsa;
- a felhasználó 13 évesnél idősebb
- a február 29-én született felhasználó születési dátuma március 1-je (kivéve a szökőéveket).
- ellenőrizze, hogy az év nem haladja meg az aktuális dátumtól számított 125 évet.
ha van naptárvezérlője, az a dolog, ahol egérrel választja ki a dátumot, ennek tesztelése sokkal könnyebb lesz.
ez azért van, mert kevesebb funkcionális teszt és kevesebb vizsgálati adat készül.
a regisztrációs folyamat részeként érdemes megfontolni a jelszó megváltoztatásának teszteseteit is.
határérték-elemzés
az alábbiakban néhány határérték, amelyre érdemes gondolni.
életkor
| határ 1 | határ 2 |
| 0 -13 | 13 > |
ekvivalencia particionálás
a teszt részeként számos partíció van;
kor
| 1. partíció | partíció 2 |
| 0-12 | >13 |
egy nagy mellett a regressziós tesztelés Suite
szeretem a részletes funkcionális teszt, mint ez. Miért?
mert hozzáadhatom a regressziós tesztcsomagomhoz.
ha megvan az összes bonyolult részlet, szó szerint futtathatja ezeket a teszteket, amikor szüksége van rájuk.
függetlenül attól, hogy kézi vagy automatizált tesztekről van-e szó.
összefoglaló
remélhetőleg a fentieknek jó tesztnek kell lenniük a születési dátum funkcionális teszteléséhez.
nagyon szeretem az ilyen típusú fekete doboz tesztelési technikákat, ahogy emlékszem, sok mindent csináltam a karrierem során.
ha valaha is találkozol a tesztelési dátum mezőkkel, akkor érdekelhet egy naptári alkalmazás teszteseteinek írása is.
munka a minőségbiztosítási arénában nem könnyű, de ez az egyik a sok kihívás, hogy egy szoftver tesztelő.