field validation table
Úvod do techniky návrhu testu tabulky ověřování v terénu (FVT):
V tomto digitálním světě 'KVALITNÍ' je termín, který se více používá v jakémkoli odvětví.
Jakákoli organizace v tomto ohledu vždy myslí a pracuje na tom, jak lze zajistit kvalitu jejich produktu nebo jak lze dodat kvalitní produkt nebo jak lze kvalitu produktu improvizovat? Bez ohledu na to, zda se jedná o zákazníka, koncového uživatele nebo běžné lidi, každý očekává kvalitu v jakémkoli nákupu.
Hlavním cílem každé organizace je sloužit podniku v dobré kvalitě.
Jak lze zajistit kvalitu? Jedinou odpovědí je testování. Testování je jediným klíčovým faktorem, kterým můžeme zajistit kvalitu.
Co se naučíte:
- Přehled
- Úvod do FVT
- Co je Field Validation Table (FVT)
- Role testera
- Implementace FVT
- Výhody FVT
- Závěr
- Doporučené čtení
Přehled
Úspěch testování se šíří do různých fází Životní cyklus testování softwaru (STLC) . Nejdůležitější však je, jak efektivně jsou testovací případy navrženy k testování aplikace nebo softwaru?
V zásadě je návrh testovacího případu nebo samotný testovací případ psaní uměním. Tester by proto měl psát testovací případy tak, aby to bylo ostatním snadno srozumitelné a také musí zajistit úplné nebo maximální pokrytí testem prostřednictvím jejich testovacích případů.
Testovací případy jsou ty, pomocí kterých budou testeři interagovat s aplikací nebo softwarem, aby ji testovali. V širším smyslu jsou testovacími případy brána nebo médium, pomocí kterého je testována aplikace nebo software. Lepší nebo dobrý testovací případ pomáhá najít vady v systému nebo softwaru nebo aplikaci. Psaní dobrého nebo kvalitního testovacího případu tedy hraje při testování zásadní nebo nejvýznamnější roli.
Tento článek se věnuje jedné z důležitých testovacích technik pro ověřování polí v aplikaci, což zase pomáhá navrhovat testovací případy pro různé scénáře, které jsou nejběžnější ve všech aplikacích.
Základním principem nebo hlavní myšlenkou této techniky je předvést, jak ji lze použít k navrhování nebo psaní optimálních testovacích případů s maximálním pokrytím testu.
Úvod do FVT
V dnešní době je poskytování kvalitního softwaru velkou výzvou a nelze jej za každou cenu ohrozit. Závislost na softwaru se každým dnem zvyšuje jako cokoli jiného. Kvalita, funkční správnost a spolehlivost softwaru se zároveň stávají předmětem zájmu.
Lze měřit kvalitu softwaru?
Ano, testování hraje hlavní roli v zajištění kvality projektu nebo aplikace.
Jak zajistit, aby testovací případy poskytují 100% pokrytí testem?
Před testováním aplikace by měl tester napsat podrobné testovací případy, které by měly být snadno srozumitelné a čitelné pro ostatní. Což znamená, že testovací případy jsou základem testování, což by zase pomohlo najít vady ležící v aplikaci nebo systému.
Tento článek se zaměřuje hlavně na to, jak efektivně můžeme vytvořit testovací případy pomocí techniky návrhu ověřovacího testu pole, která také v krátkém čase s maximálním pokrytím testu. To zase přidá hodnotu projektu identifikací všech problémů během testování.
Technika je postup, který se používá k provedení konkrétní činnosti nebo úkolu. Tento článek popisuje techniku návrhu ověřovacích testů v terénu, která by zase pomohla zachytit testovací případy efektivním způsobem s menší nebo minimální dokumentací.
Co je Field Validation Table (FVT)
- Jedná se o jednu z technik návrhu testu pro ověřování polí v aplikaci.
- Tato technika se používá hlavně pro všechny druhy aplikací všude tam, kde je vyžadováno ověření pole.
Obecně platí, že každé pole v aplikaci musí být důkladně ověřeno, aby se zajistily nebo identifikovaly vady, které by v těchto polích mohly být nepovšimnuty. Tato technika je velmi užitečná při identifikaci základních nedostatků v polích.
Někdy to může zůstat bez povšimnutí nebo kvůli nedostatečné koncentraci nebo povědomí testerů nemusí být některá pole v aplikaci zcela ověřena.
Každý tester má přirozenou tendenci, že při kontrole polí v dané aplikaci ověřuje pouze nejběžnější nebo nejčastěji používané kombinace. Pokud jim je poskytnuta tato FVT, snadno jim pomůže zjistit vady, které se také vyskytují v polích.
Technika ověřovací tabulky pole také pomáhá zajistit, aby v žádném poli aplikace nebyly žádné závady.
co je deque c ++
Role testera
Jako tester je třeba otestovat každý roh aplikace. Z hlediska vývoje nebo vývojáře může být vada identifikovaná během ověřování v terénu méně závažná a méně prioritní, ale je to primární povinnost a odpovědnost testera hlásit ji. Koneckonců, vada testeru znamená vadu, nic jiného.
Protože ověřování v terénu přímo souvisí s použitelností aplikace, pro případ, že by bylo něco během dne neidentifikováno Testování systému a pokud je nalezen během Uživatelské akceptační testování (UAT) pak vina jde přímo na testera, který testoval a poskytl odhlášení.
Koncový uživatel nebo zákazník očekává uživatelskou přívětivost aplikace spolu s její funkčností. I malý problém s použitelností nebo kosmetický problém v aplikaci nebo softwaru je může nespokojit nebo podráždit.
Tester by tedy měl dát hlavní důležitost pro testování každého pole v aplikaci. Pomocí tabulky ověřování pole může tester velmi dobře otestovat každé pole v aplikaci.
Implementace FVT
# 1) Nejprve je třeba vytvořit standardní nebo obecnou tabulku pro různé datové typy, jak je znázorněno níže. Toto je jednorázová aktivita. Zvažte všechny platné a neplatné vstupy.
Datový typ | Platné vstupy | Neplatné vstupy |
---|---|---|
Celá čísla nebo čísla | • Pouze čísla • Méně než limit (N) • Zadejte hodnotu v rámci limitu (N + 1) / 2 | • Více než limit (N + 1) • Čísla s přesností • Čísla v exponenciální formě • Negativní celá čísla • Pouze abecedy • Čísla + abecedy • Čísla + speciální znaky • Znaky Unicode, např. U + 0000, U + 0001 |
Tětiva | • Pouze abecedy • Pouze čísla • Pouze speciální znaky • Čísla + abecedy • Čísla + speciální znaky • Abecedy + speciální znaky • Méně než limit (N) • Zadejte hodnotu v rámci limitu (N + 1) / 2 | • Více než limit (N + 1) • Znaky Unicode, např. U + 0000, U + 0001 |
datum | • Zkontrolujte, zda je k dispozici výběr data • Zkontrolujte, zda pole data nelze upravit • Zajistěte, aby po klepnutí pravým tlačítkem na pole data byla možnost vložení zakázána a možnost kopírování povolena • Zajistěte, aby se po kliknutí na datum v kalendáři zobrazilo v poli data • Vyberte přestupný rok a ověřte dny v měsíci únoru • Vyberte nepřestupný rok a ověřte dny v měsíci únoru • Zajistěte, aby kalendář měl možnost vybrat libovolný rok, měsíc (rozbalovací seznam, rozevírací seznam, odkazy atd.) • Ujistěte se, že ve výběru data je k dispozici tlačítko Vymazat, které odstraní vybrané datum |
Tabulka 1: Standardní nebo obecná tabulka pro ověření pole
Tester by si to tedy měl nechat Polní ověřovací tabulka nebo seznam položek uvedených v tabulce před nimi, než přistoupí k testovacím polím v aplikaci.
Tato tabulka obecně pomáhá, když je na stránce nebo v aplikaci několik polí. Nejsme roboti, abychom si pamatovali všechno a všechno na mysli, takže jako lidé je lepší mít tuto tabulku nebo kontrolní seznam připravený a po ruce, než začneme s ověřováním polí v aplikaci.
#dva) Tabulka specifická pro aplikaci by měla být vytvořena také s poli specifickými pro aplikaci a dalšími sloupci. To hlavně pomáhá ověřit každé pole v aplikaci a jasně specifikuje, kde závada leží a na kterých testovacích datech.
Tabulka 2: Tabulka specifická pro aplikaci pro ověření pole
Výhody FVT
- Produktivita se zvýší.
- Automatizace pomocí této tabulky bude snadné.
- Vytvoření této tabulky v raných fázích projektu lze zabránit nebo zabránit úniku vady.
- Je snadné to pochopit.
- To zase pomáhá manuálním i automatizovaným testerům.
- Pomocí této tabulky lze zajistit maximální procento pokrytí testem.
- Protože funguje jako vstupní nebo referenční tabulka, lze pomocí tohoto testovacího případu vytvořit k ověření a ověření polí v aplikaci.
Závěr
Field Validation Table (FVT) je technika návrhu testu, která pomáhá hlavně při ověřování polí přítomných v aplikaci. Tato technika přidává hodnotu aplikaci nebo projektu a poskytuje velmi dobré pokrytí testu pro ověření v terénu. A tato technika snadno pomáhá najít závady ležící v systému nebo aplikaci.
Pomocí této tabulky pro ověření pole může tester přidat hodnotu jejich práci a přispět k dodávce kvalitního softwaru tím, že identifikuje i malou vadu v jakékoli oblasti aplikace.
O autorovi:
Tento článek napsal člen týmu STH Mahesh J. Má zkušenosti s testováním softwaru a má více než 10,5 let zkušeností v oblasti testování softwaru.
Pokud máte jakékoli dotazy, dejte nám vědět.
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- Co je technika testování na základě vad?
- Co je technika testování ortogonálních polí (OATS)?
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Průvodce ověřováním testování Ultimate
- Co je testování mutací: Výukový program s příklady
- 10+ tipů na přežití a pokrok v oblasti testování softwaru
- Testování stahování e-knih Primer
- Testování v terénu pro mobilní aplikace (důležitost a nutnost)