v tomto článku budu hovořit o tom, jak navrhnout testovací případy pro funkčnost data narození (DOB).
tato funkce je velmi důležitá, protože má mnoho použití.
některá z těchto použití zahrnují oblasti, jako je zabezpečení a identifikace.
neváhejte použít testovací pouzdro a podle toho jej upravte podle svých potřeb.
než budete pokračovat, možná se budete chtít dozvědět více o psaní testovacích případů.
obsah
jaké jsou klíčové věci, které byste měli otestovat na funkčnost data narození?
datum narození je pouze jedno pole.
podle mého názoru je to však jedno z nejdůležitějších polí při registraci profilu uživatele.
pojďme rozebrat prvky;
- den (textové pole)
- měsíc (textové pole)
- rok (textové pole)
- jsou všechny prvky platné?
scénáře, kde byste použili datum narození funkce
- Registrace účtu / uživatele
- ověření věku uživatele, když se zaregistruje pro produkt nebo službu
- resetování přihlašovacích údajů, když uživatel zapomene
- správce uživatele jako součást řady bezpečnostních otázek
podívejme se na výše uvedené scénáře
scénář 1: testovací případy pro datum narození – ověření věku uživatele
ověření věku se používá na mnoha různých platformách. Níže jsou uvedeny některé testovací scénáře, které budete chtít zvážit.
- uživatel chce vytvořit sociální média/e-mailový účet a musí být alespoň 13 let.
- uživatel žádá o britský prozatímní řidičský průkaz. Minimální věk je 17 let.
- nákup omezeného produktu nebo služby online. Například sledování omezených videí YouTube, která vyžadují provedení kontroly věku.
- nákup alkoholu nebo herních služeb online!
scénář 2: Testovací případy pro datum narození-resetování přihlašovacích údajů pokud uživatel zapomene
- pokud uživatel zapomene své přihlašovací údaje, systém může požádat o další ověření, aby prokázal totožnost uživatele.
scénář 3: testovací případy pro datum narození – Administrátor systému požádá DOB jako součást řady bezpečnostních otázek
- podobně jako výše uvedený scénář, avšak s lidským prvkem. Tento scénář je, kde uživatel aplikace Správce chce ověřit uživatel volání je skutečně, kdo říkají, že jsou, A DOB je součástí sady bezpečnostních ověřovacích otázek.
obchodní a funkční požadavky
vždy byste se měli pokusit získat nějaké požadavky, pokud bude vaše testování vysoce kvalitní.
vždy říkám svým netestujícím kolegům, že jako testery založené na specifikacích jsme jen tak dobří jako požadavky, které máme.
Vezměte na vědomí své obchodní analytiky přátele.
pojďme rozebrat některé příklady požadavků, které jsem pro vás vytvořil.
snažil jsem se být podrobný, ale nechci jít přes palubu.
pokud je to možné, měli byste se vždy pokusit vytvořit matici sledovatelnosti požadavků (RTM), kde můžete uložit všechny požadavky projektu.
| ID požadavku | popis požadavku | poznámky |
| REQ-DOB-0001 | systém musí zachytit datum narození. | |
| REQ-DOB-0002 | datum narození musí být ve formátu UK. například formát data pole musí být v následujícím pořadí. DD/MM / RRRR D = den (číselný formát)M = měsíc (číselný formát)Y = rok (číselný formát) |
pokud je vyžadována rozbalovací volba, uživatelské rozhraní může aktualizovat a zobrazit minimální datum zahájení, které je staré 13 let. může také přijímat ruční zadávání. |
| REQ-DOB-0003 | ruční zadání formuláře DOB systém musí dát uživateli možnost zadat datum narození ručně |
tento požadavek lze rozšířit o možnost řízení data/kalendáře. pro jednoduchost však použijeme volbu ruční formulář. z hlediska použitelnosti je výběr data méně zdlouhavý a náchylný k menším problémům s validací. |
| REQ-DOB-0004 | omezení věku uživatele minimální věk uživatele je 13. systém by měl automaticky odmítnout každého uživatele mladšího 13 let od aktuálního data. |
|
| req-DOB-0005 | ověření denního pole den pole musí být platné číslo od 1 do 31. DFBR1-Day Field Business Rule 1 systém by měl odmítnout jakoukoli hodnotu menší než 1 a více než 31. |
|
| REQ-DOB-0006 | ověření měsíčního pole platným měsíčním polem bude číslo od 1 do 12. měsíc 1 představuje leden a Měsíc 12 představuje prosinec. MFBR1-měsíční pole obchodní pravidlo 1 když uživatel zadá Měsíc jako číselnou hodnotu, systém by měl ověřit, zda je hodnota dne správná. |
|
| req-DOB-0007 | rok ověření pole rok pole je 4 znaková číselná hodnota, která by se neměla vrátit dále než 125 let od běžného roku. například pokud je dnes 1. září 2021, nejčasnější datum, do kterého může systém jít, je 1. září 1896. |
existuje celá řada lidí, kteří jsou starší 110 let, v důsledku toho jsem přidal, ale více pohotovostní. |
| REQ-DOB-0008 | ověření přestupného roku pokud se osoba narodila v přestupném roce, systém by měl ověřit; rok, kdy se narodila, byl ve skutečnosti přestupným rokem. výchozí datum narození do 1. Března v přestupných letech. pokud je zadaný rok nesprávný, systém by měl zobrazit chybovou zprávu. |
poznámka: v některých zemích je prodlení s přestupným rokem do 28. února považováno za nezákonné. v tomto případě použijeme právní perspektivu Spojeného království, která má využít 1.Března. |
| REQ-DOB-0009 | ověřte správné datum když uživatel zadá celé datum narození, systém by měl zkontrolovat jeho platnost. obchodní pravidlo 1: ověřte, že den odpovídá správnému měsíci. |
|
| REQ-DOB-0010 | Výpočet data narození |
cesta uživatele
testovací případ bude obvykle zahrnovat pozitivní a negativní validaci. Bude to vypadat takto;
- uživatel přejde na registrační stránku
- po zobrazení výzvy uživatel zadá Neplatné datum narození
- uživatel zadá platné datum narození (ale omylem méně než 13 let)
- systém zobrazí chybovou zprávu informující uživatele, že se nemůže zaregistrovat, pokud je mladší 13 let
- uživatel zadá správné datum narození (které je starší 13 let)
- systém zpracovává a ověřuje datum jako správné.
zkušební případ pro příklad data narození
| číslo kroku | testovací krok | ID požadavku | očekávaný výsledek | skutečný výsledek | Status (Pass / Fail) | pozitivní / negativní Test |
| 1 | přístup na stránku registračního formuláře uživatele pro testovanou aplikaci (AUT) | uživatel přistane na stránce registrace uživatele. | + | |||
| 2 | přeskočte pole datum narození a ve zbytku formuláře vyplňte platná data | platná data jsou vyplněna ve všech polích kromě pole datum narození. | + | |||
| 3 | negativní testovací scénář do pole “ den “ zadejte neplatné číslo, například = >32. |
pole den je vyplněno neplatnou položkou. například: 32/MM/RRR Poznámka: v závislosti na tom, jak jsou vaše požadavky zapsány, aplikace může zobrazit chybovou zprávu v tomto bodě nebo po vyplnění všech polí data. |
– | |||
| 4 | do pole „měsíc“ uživatel zadá platnou číselnou hodnotu. | je zadána platná číselná hodnota | + | |||
| 5 | do pole “ rok “ uživatel zadá správnou hodnotu. | je zadán správný rok narození. | + | |||
| 6 | uživatel klikne na ‚Odeslat‘ | systém zobrazí chybovou zprávu s upozorněním, že pole den je nesprávné. Poznámka: všechna pole jsou stále naplněna zadanými manuálními údaji, takže uživatel může provést opravu. Pole jsou stále upravitelná.. |
+ | |||
| 7 | negativní testovací případ v poli den uživatel zadá prázdné místo. |
všechna ostatní pole jsou stále naplněna a denní pole je aktualizováno ponecháno prázdné | – | |||
| 8 | uživatel klikne odeslat | systém zobrazí chybovou zprávu s upozorněním, že pole den je nesprávné. všechna pole jsou stále naplněna zadanými manuálními daty, takže uživatel může provést opravu.. |
+ | |||
| 9 | testování obchodního pravidla v poli “ den „uživatel zadá hodnotu „31“. |
hodnota ‚ 31 ‚ se zapíše do pole den. | – | |||
| 10 | do pole měsíc uživatel zadá hodnotu 09 Poznámka: 9 = září |
hodnota ‚ 09 ‚ je vyplněna v poli měsíc. | ||||
| 11 | v poli rok uživatel zadá správnou hodnotu. např. 1985 |
do pole “ rok “ se zadává správná hodnota. | ||||
| 12 | uživatel klikne na ‚Odeslat‘ | zobrazí se chybová zpráva „užitečné“. zpráva informuje uživatele, že září nemá 31 dní. prosím odpovídajícím způsobem změňte. |
||||
| 13 | uživatel změní hodnotu dne na 30 | den pole je populagted s ’30‘. | ||||
| 14 | uživatel klikne na ‚Odeslat‘ | systém; a) zpracovává formulář b) ověřuje datum narození c) ověřuje proti obchodním pravidlům přesměruje uživatele na stránku s potvrzením registrace. |
nechtěl jsem, aby tento testovací případ byl příliš dlouhý, ale můžete také přidat některé testovací kroky, abyste zajistili;
- uživatel je starší 13 let
- uživatel, který se narodil 29. února, je neplatný k 1. březnu jako datum narození (s výjimkou přestupných let).
- ověřte, že rok nepřekračuje více než 125 let od aktuálního data.
pokud máte ovládací prvek kalendáře, ta „věc“, kde vyberete datum myší, testování by mělo být mnohem jednodušší.
je to proto, že existuje méně funkčních testů a méně testovacích údajů k přípravě.
v rámci registračního procesu můžete zvážit také testovací případy pro změnu funkčnosti hesla.
analýza Hraničních hodnot
níže jsou uvedeny některé hraniční hodnoty, o kterých byste mohli přemýšlet.
věk
| hranice 1 | hranice 2 |
| 0 -13 | 13 > |
rovnocenné rozdělení
máte řadu oddílů jako součást tohoto testu, jsou;
věk
| Oddíl 1 | Oddíl 2 |
| 0-12 | >13 |
skvělý doplněk k regresní testovací sady
mám rád podrobný funkční test, jako je tento. Proč?
protože ji mohu přidat do svého regresního testovacího balíčku.
jakmile budete mít všechny složité detaily, můžete doslova spustit tyto testy, jak a kdy je budete potřebovat.
bez ohledu na to, zda se jedná o manuální nebo automatizované testy.
shrnutí
doufejme, že výše uvedené by mělo být dobrým testovacím případem pro funkční testování data narození.
absolutně miluji tyto typy technik testování černých skříněk, jak si pamatuji, že jsem dělal mnoho v mé kariéře.
pokud jste někdy narazili na pole data testování, mohlo by vás také zajímat psaní testovacích případů pro aplikaci kalendáře.
práce v aréně zajišťování kvality není snadná, ale je to jedna z mnoha výzev, jak být testerem softwaru.