Menu

Průvodce ověřováním testování Ultimate

  • Hlavní
  • Jiný
  • Průvodce ověřováním testování Ultimate

validation testing ultimate guide

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Prozkoumejte důležitost ověřovacího testování:

Co se naučíte:

Co je ověřovací testování?

Validační testování je proces zajišťující, zda testovaný a vyvinutý software splňuje potřeby klienta / uživatele. Logiku nebo scénáře obchodních požadavků je třeba podrobně otestovat. Zde je třeba otestovat všechny kritické funkce aplikace.

Jako tester je vždy důležité vědět, jak ověřit obchodní logiku nebo scénáře, které vám byly dány. Jednou z takových metod, která pomáhá při podrobném hodnocení funkcí, je proces ověřování.

Kdykoli budete požádáni o provedení ověřovacího testu, vyžaduje to velkou odpovědnost, protože potřebujete otestovat všechny důležité obchodní požadavky na základě potřeb uživatele. Nemělo by dojít ani k jediné chybě v požadavcích požadovaných uživatelem. Proto jsou velmi důležité důkladné znalosti o ověřovacích testech.

Validační testování

Jako tester musíte vyhodnotit, zda jsou výsledky provádění testu v souladu s výsledky uvedenými v dokumentu požadavků. Jakákoli odchylka by měla být nahlášena okamžitě a tato odchylka se tak nazývá chyba.

K provedení ověřovacího testu se používají nástroje jako HP Quality Center, Selenium, Appium atd. A zde můžeme uložit výsledky testů. Správný plán testů, spuštění testu, zprávy o vadách, zprávy a metriky jsou důležité výstupy, které je třeba odeslat.

Z pohledu společnosti se jednoduchý validační test provádí pomocí následujících kroků:

  • Shromáždíte obchodní požadavky na ověřovací testování od koncového uživatele.
  • Připravte podnikatelský plán a odešlete jej ke schválení zúčastněným místním / zúčastněným stranám.
  • Po schválení plánu začnete psát nezbytné testovací případy a odesílat je ke schválení.
  • Po schválení začnete dokončovat testování s požadovaným softwarem, prostředím a odesílat výstupy podle požadavků klienta.
  • Po schválení dodávek provádí testování UAT klient.
  • Poté software jde do výroby.

kroky ověřovacího testování

jak hrát bleskové objekty s rázovou vlnou

Pojďme se nyní podrobněji zabývat ověřováním.

Rozdíl mezi ověřením a ověřením

Pochopme je jednoduchým způsobem na příkladu.

Příklad:

Požadavek klienta:

Navržená injekce by neměla vážit více než 2 cm.

Ověřovací test:

  • Pomocí kontrolního seznamu, kontroly a designu zkontrolujte, zda je injekce injekcí, která neváží více než 2 cm.

Validační test:

  • Pomocí manuálního nebo automatizovaného testování zkontrolujte, zda injekce neváží více než 2 cm.
  • Musíte zkontrolovat všechny možné scénáře týkající se injekční hmotnosti pomocí jakékoli vhodné metody testování (funkční a nefunkční metody).
  • Zkontrolujte, zda jsou rozměry menší než 2 cm a větší než 2 cm.
OvěřeníValidace
Tento proces pouze kontroluje design, kód a program.Mělo by vyhodnotit celý produkt včetně kódu.
Jedná se o kontroly, návody, inspekce a kontrolu dokumentů.Jedná se o funkční a nefunkční metody testování. Je provedena hloubková kontrola produktu.
Kontroluje software se specifikací.Kontroluje, zda software splňuje potřeby uživatele.

Zapojené fáze

  • Kvalifikace designu: To zahrnuje vytvoření testovacího plánu na základě obchodních požadavků. Je třeba jasně uvést všechny specifikace.
  • Kvalifikace instalace: To zahrnuje instalaci softwaru na základě požadavků.
  • Provozní kvalifikace: To zahrnuje fázi testování na základě specifikace požadavků uživatele.

To může zahrnovat Testování funkčnosti:

    • Testování jednotek - Černá skříňka, bílá skříňka, šedá skříňka.
    • Testování integrace - Shora dolů, zdola nahoru, velký třesk.
    • Testování systému - Zdraví, kouř a regrese.
  • Kvalifikace výkonu: UAT (User Acceptance Testing) - Alfa a Beta testování.
  • Výroba

fáze zapojené do ověřovacího testování

Kvalifikace designu

Kvalifikace designu jednoduše znamená, že musíte připravit design softwaru tak, aby splňoval specifikace uživatele. Především musíte získat Dokument Specifikace uživatelských požadavků (URS) od klienta pokračovat v návrhu.

Strategie testování:

Tento dokument tvoří základ pro přípravu plánu zkoušek. Obvykle jej připravuje vedoucí týmu nebo manažer projektu. Popisuje, jak budeme pokračovat v testování a dosažení požadovaného cíle.

Pro začlenění všech postupů by měl být navržen a schválen zúčastněnými stranami vhodný plán. Dejte nám tedy vědět o součástech plánu zkoušek.

V několika projektech lze plán testu a strategii testu začlenit jako jeden dokument. Pro komplexní projekt (většinou v automatizační technice) jsou připravovány samostatné strategické dokumenty.

Součásti plánu ověřovacího testu:

  • Popis projektu
  • Pochopení požadavků
  • Rozsah testování
  • Úrovně testování a plán testů
  • Spusťte vytvoření plánu
  • Hardware-software a požadavky na zaměstnance
  • Role a odpovědnosti
  • Předpoklad a závislosti
  • Rizika a zmírňování
  • Sestavy a metriky

Popis projektu: Zde je třeba objasnit veškerý popis aplikace, která vám byla předána k testování. Mělo by zahrnovat všechny funkce aplikace.

Pochopení požadavků: Po získání USR musíte zmínit pochopené požadavky z vaší strany. Můžete také uvést vysvětlení, pokud existují. To stojí jako základní nebo testovací kritérium pro testování.

Rozsah testování: Rozsah musí obsahovat moduly podrobně spolu s funkcemi na vysoké úrovni. Musíte klientovi sdělit, jaké všechny požadavky byste při testování pokryli.

Z obchodního hlediska může být ověřovací testování požádáno, aby provedlo kritické požadavky aplikace. Jednoduše to znamená, že říkáte, co bude kryto a co ne .

Úrovně testování a časový plán testu: Musíte zmínit, kolik kol testování je třeba provést. Celkové úsilí pro testovací projekt se odhaduje pomocí standardních technik odhadu, jako je odhad Test Case Point (TCP) atd.

Jak název napovídá harmonogram zkoušek popisuje, jak bude testování provedeno. Rovněž by mělo být uvedeno, jak a kdy bude provedeno schválení a kontroly.

Příklad:

Projekt je považován za návrh webové stránky.

Úrovně testování zahrnují:

Úroveň 1: Kouřové zkoušky
Úroveň 2: Testování jednotek
Úroveň 3: Testování integrace
Úroveň 3: Testování systému
Úroveň 3: Přejímací testování

jak otevřít soubor dat v pdf

Časový plán zkoušky:

  1. Odeslání plánu - Den 1
  2. Návrh testovacích případů - Den 2
  3. Běh nasucho a oprava chyby - 4. den
  4. Posouzení- 5. den
  5. Formální běh - 6. den
  6. Dodávky zaslané ke schválení - 8. den
  7. Zprávy - 10. den

Vytvoření plánu běhu: Plán běhu označuje počet běhů potřebných pro testování. Každý běh, který provedete mimo pracoviště, bude zaznamenán týmem na místě.

Například, když používáte Nástroj HP Quick Test Professional pro provedení se počet běhů zobrazí na kartě Běhy testovacího plánu.

Hardware-software a požadavky na zaměstnance:

  • Hardwarové a softwarové požadavky, jako jsou zařízení, verze prohlížeče, IOS, testovací nástroje potřebné pro projekt.
  • Personální zajištění znamená jmenování osob požadovaných pro testování. Zde můžete zmínit počet týmů.
  • V případě, že potřebujete další členy pro testování, můžete požádat na místě v závislosti na rozsahu testování. Když se počet testovacích případů zvýší, znamená to, že k jejich provedení potřebujete více členů týmu.

Role a odpovědnosti: To znamená přiřazení úkolů souvisejícím rolím odpovědným za provádění různých úrovní testování.

Například,

Aby bylo možné provést 4 ověřovací protokoly, musí být tým, který se skládá ze 4 členů, testován týmem a zodpovědnosti můžete delegovat takto:

  1. Testovací vodič: Návrh plánu zkoušek
  2. Člen týmu 1: Návrh a provádění protokolů 1,2.
  3. Člen týmu 2: Návrh a provádění protokolů 3,4.
  4. Člen týmu: Příprava zpráv, kontrola a metriky.

Předpoklad a závislosti: To znamená, že zde budou zahrnuty předpoklady provedené během návrhu a závislosti určené pro testování.

Rizika a zmírnění: Rizika související s plánováním testů, jako je dostupnost požadovaného prostředí, sestavení atd., Spolu s plány pro zmírnění a nouzové situace.

Zpráva a metriky: Zde je třeba zmínit faktory, které byly použity pro testování a zprávy zúčastněným stranám.

Níže je uveden příklad mobilní aplikace:

metriky

Kvalifikace instalace

  • Kvalifikace instalace obsahuje podrobnosti o tom, které a kolik testovacích prostředí by bylo použito, jaká úroveň přístupu je vyžadována pro testery v každém prostředí spolu s požadovanými testovacími daty. Může zahrnovat kompatibilitu prohlížeče, nástroje potřebné k provedení, zařízení potřebná k testování atd. Vyvíjený systém by měl být nainstalován v souladu s požadavky uživatelů.
  • Pro testování některých aplikací mohou být vyžadována zkušební data a musí být poskytnuta správnou osobou. Je to zásadní předpoklad.
  • Některé aplikace mohou vyžadovat databázi. Musíme uchovávat všechna data potřebná pro testování připravená v databázi k ověření specifikací.

Například„Nová aplikace říká, že„ abc “musí být testováno v mobilních zařízeních (Android 4.3.1) a prohlížečích (Chrome 54), v takovém případě musíme sledovat následující:

  • Zkontrolujte, zda je uděleno správné povolení ke kontrole webu aplikace „abc“.
  • Zjistěte, zda jsou k dispozici zařízení použitá k testování aplikace, jako jsou mobilní zařízení (Android / iOS), prohlížeč Chrome, Internet Explorer s požadovanou verzí.
  • Zkontrolujte, zda jsou správně nainstalovány se zadanými verzemi (např. Chrome 54, Android verze 4.3.1).
  • Zkontrolujte, zda je aplikace přístupná v prohlížeči i v mobilu.

Provozní kvalifikace

Provozní kvalifikace zajišťuje, že každý modul a podmodul navržený pro testovanou aplikaci funguje správně tak, jak se od něj očekává v požadovaném prostředí.

Validační testování se obecně provádí v následující hierarchii.

Hierarchie testování ověření

Funkční testování hraje při ověřování důležitou roli. Jednoduše to znamená, že musíte ověřit funkčnost aplikace každým uvedeným kritickým požadavkem. To připravuje cestu k mapování požadavků uvedených v dokumentu Functional Specification a zajišťuje, že produkt splňuje všechny uvedené požadavky.

Funkční testování a jeho typy

Jak název napovídá, funkční testování je testování funkcí, tj. co musí software dělat. Funkce softwaru budou definovány v dokumentu specifikace požadavků.

Pojďme se rychle podívat na jeho typy.

# 1) Testování jednotek:

Testování jednotek je testování jednotlivých jednotek / modulů / komponent / metod daného systému. Ověření pole, řízení rozložení, design atd. Jsou po kódování testovány s různými vstupy. Každý řádek kódu by měl být ověřen pro jednotlivé testovací případy jednotek.

Testování jednotek provádějí samotní vývojáři. Náklady na opravu chyb jsou zde nižší ve srovnání s ostatními úrovněmi testování.

Příklad:

Vyhodnocení smyčky kódu pro funkci říká, že volba pohlaví je příkladem testování jednotky.

# 2) Testování černé skříňky:

Testování chování aplikace pro požadované funkce oproti požadavkům bez zaměření vnitřních detailů systému se nazývá testování černé skříňky. Obvykle to provádí nezávislý testovací tým nebo koncoví uživatelé aplikace.

Aplikace je testována s příslušnými vstupy a je testována k ověření, zda se systém chová podle potřeby. To lze použít k testování funkčních i nefunkčních požadavků.

# 3) Testování bílé krabice:

Bílé pole testování není nic jiného než podrobná kontrola programového kódu kódem. Celá práce aplikace závisí na napsaném kódu, proto je nutné kód velmi pečlivě otestovat. Musíte zkontrolovat každou jednotku a její integraci jako celý modul krok za krokem.

jak otevřít soubor eps ve Windows 10

Tester se znalostmi programování je zde kritériem. Tím se jasně zjistí, zda v pracovním toku aplikace existuje nějaká odchylka. Je to užitečné jak pro vývojáře, tak pro testery.

# 4) Testování šedé skříňky:

Testování šedé skříňky je kombinací testování bílé skříňky a černé skříňky. Částečné znalosti o struktuře nebo kódu testované jednotky jsou známy zde.

Testování integrace a jeho typy

Jednotlivé komponenty softwaru, které jsou již testovány při testování jednotek, jsou integrovány a testovány společně, aby bylo možné otestovat jejich funkčnost jako celek, aby byl zajištěn tok dat napříč moduly.

To provádějí samotní vývojáři nebo nezávislý testovací tým. To lze provést po testování dvou nebo více jednotek.

Přístup shora dolů:

Přístup shora dolů

V tomto přístupu se nejdříve testují horní jednotky a poté se postupně testují jednotky nižší úrovně. K simulaci jednotek nižší úrovně, které nemusí být k dispozici během počátečních fází, jsou vyžadovány zkušební úchyty, které lze použít.

Přístup zdola nahoru:

Přístup zdola nahoru

V tomto přístupu se nejprve testují spodní jednotky, integrují se a poté se testují jednotky vyšší úrovně. K simulaci jednotek vyšší úrovně, které nemusí být k dispozici během počátečních fází, jsou vyžadovány zkušební úchyty, které lze použít.

Testování systému a jeho typy

Testování celého systému / softwaru se nazývá testování systému. Systém je kompletně testován podle specifikací funkčních požadavků. Testování systému se provádí podle funkčních i nefunkčních požadavků. Pro tento typ testování je obecně upřednostňováno testování černé skříňky.

# 1) Testování kouře:

Když stavitelé dají sestavení nejprve otestovat, musíme sestavení důkladně otestovat. Tomu se říká kouřové testování. Musíme uvést, zda je sestavení schopné dalšího testování nebo ne.

Aby bylo možné provést ověření, potřebujete správné sestavení. Testování kouře proto nejprve provádí testovací tým. Pracovní postup testované aplikace by měl být testován buď s testovacími případy, nebo bez něj. Testovací případ pokrývající celý tok je pro toto testování užitečný.

# 2) Testování zdravého rozumu:

Při testování zdravého rozumu jsou testovány hlavní funkce modulů testované aplikace. Při testování webu, který má 3 karty, tj. Vytváření profilů, vzdělávání, přihlášení atd., V IRCTC , je třeba zkontrolovat hlavní funkce všech těchto karet, aniž bychom šli mnohem hlouběji.

Nabídky, dílčí nabídky, karty musí být testovány ve všech modulech. Jedná se o podmnožinu regresního testování, protože testování se provádí pouze u hlavního toku a ne do hloubky.

# 3) Regresní testování:

Pro každé vydání projektu může vývojový tým zavést určité změny. Ověření, zda nové zavedené změny neovlivnily pracovní tok systému, se nazývá regresní testování. Zde je třeba testovat pouze určité testovací případy týkající se nových požadavků.

Kvalifikace výkonu

UAT (User Acceptance Testing):

Toto je poslední fáze testování, která se provádí, aby se zajistilo, že se systém bude chovat podle požadavků odpovídajících specifikovaným požadavkům. To provádí klient. Jakmile klient certifikuje a vymaže testování systému, produkt může být nasazen.

Alfa a beta testování:

Testování alfa verze provádějí vývojáři aplikace před vydáním na webu pro vývoj softwaru. Zahrnuje testování černé a bílé skříňky. Beta testování se provádí na straně zákazníka po vývoji a nasazení produktu.

Ukázkové ověřovací testovací případy nebo protokol

S mými zkušenostmi jsem napsal tento protokol pro přihlášení do Gmailu.

Hloubková kontrola zahrnutých funkcí přihlašování je vlastně to, co ověření je. Rád bych ale zmínil, že použitý styl větných sloupců se může zcela lišit a závisí na požadavcích klienta.

=> Stáhnout ukázkové testovací případy ověření: Testovací případ přihlášení do Gmailu

Závěr

Ověření je o podrobné analýze funkcí produktu. Jako tester ověřování musíte vždy pamatovat na hlášení odchylek sem a tam, abyste získali optimální výsledky při testování.

Každý psaný testovací případ by měl být ostrý, výstižný a srozumitelný i obyčejnému člověku. Ověřovací tester by měl zajistit, aby byl vyvíjen správný produkt podle specifikovaných požadavků.

Jako průvodce pro ověřovací testování jsem popsal proces spojený s ověřováním.

Kvalifikace návrhu, která zahrnuje plán ověřování, kvalifikace instalace, která hovoří o instalaci hardwaru a softwaru, provozní kvalifikace, která zahrnuje testování celého systému, kvalifikace výkonu, která zahrnuje uživatelské akceptační testování, které poskytuje oprávnění k produkci.

Doufám, že by tento článek obohatil vaše znalosti o konceptu Validation Testing !!

Doporučené čtení

^