Menu

Sprievodca testom validácie

validation testing ultimate guide

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Preskúmajte význam overovacích testov:

Čo sa dozviete:

Čo je to validačné testovanie?

Validačné testovanie je proces zabezpečenia, či testovaný a vyvinutý softvér uspokojuje potreby klienta / používateľa. Logiku alebo scenáre obchodných požiadaviek je potrebné podrobne otestovať. Tu musia byť testované všetky kritické funkcie aplikácie.

Ako tester je vždy dôležité vedieť, ako overiť obchodnú logiku alebo scenáre, ktoré ste dostali. Jednou z takýchto metód, ktorá pomáha pri podrobnom hodnotení funkcií, je proces overovania.

Kedykoľvek sa zobrazí výzva na vykonanie overovacieho testu, je potrebné prevziať veľkú zodpovednosť, pretože musíte otestovať všetky dôležité obchodné požiadavky založené na potrebách používateľa. Nemala by chýbať ani jedna požiadavka, ktorú požaduje užívateľ. Preto sú veľmi dôležité dôkladné znalosti o overovacích testoch.

Validačné testovanie

Ako tester musíte vyhodnotiť, či výsledky vykonania testu zodpovedajú výsledkom uvedeným v dokumente s požiadavkami. Každá odchýlka by mala byť okamžite nahlásená a táto odchýlka sa nazýva chyba.

Na vykonanie overovacieho testu sa používajú nástroje ako HP Quality Center, Selenium, Appium atď., Kde môžeme výsledky testov uložiť. Dôležitý dokument, ktorý sa má predložiť, je správny plán testov, spustenie testu, správy o chybách, správy a metriky.

Z pohľadu spoločnosti sa jednoduchý validačný test vykonáva pomocou nasledujúcich krokov:

  • Obchodné požiadavky na overovacie testovanie zhromažďujete od koncového používateľa.
  • Pripravte obchodný plán a pošlite ho na schválenie zúčastneným miestnym pracovníkom / zainteresovaným stranám.
  • Po schválení plánu začnete písať potrebné testovacie prípady a odosielať ich na schválenie.
  • Po schválení začnete dokončovať testovanie s požadovaným softvérom, prostredím a zasielate výstupy podľa požiadaviek klienta.
  • Po schválení výstupov klient vykoná testovanie UAT.
  • Po tom, softvér ide na výrobu.

kroky na overenie platnosti

implementácia zoznamu susedných serverov c ++

Pozrime sa teraz na podrobnejšie preskúmanie.

Rozdiel medzi overením a overením

Poďme ich pochopiť na príklade jednoduchým spôsobom.

Príklad:

Požiadavka klienta:

Navrhovaná injekcia by nemala vážiť viac ako 2 cm.

Overovací test:

  • Skontrolujte, či je injekcia injekciou, ktorá neváži viac ako 2 cm, pomocou kontrolného zoznamu, kontroly a dizajnu.

Validačný test:

  • Pomocou manuálneho alebo automatizovaného testovania skontrolujte, či injekcia neváži viac ako 2 cm.
  • Musíte skontrolovať všetky možné scenáre týkajúce sa injekčnej hmotnosti pomocou akejkoľvek vhodnej metódy testovania (funkčné a nefunkčné metódy).
  • Skontrolujte, či sú rozmery menšie ako 2 cm a vyššie ako 2 cm.
OverenieValidácia
Tento proces iba kontroluje dizajn, kód a program.Mal by vyhodnotiť celý produkt vrátane kódu.
Zúčastňujú sa kontroly, návody, inšpekcie a kontrola dokladov.Zahrnuté sú funkčné a nefunkčné metódy testovania. Vykonáva sa hĺbková kontrola produktu.
Kontroluje softvér so špecifikáciou.Kontroluje, či softvér zodpovedá potrebám používateľa.

Zapojené fázy

  • Kvalifikácia dizajnu: To zahŕňa vytvorenie plánu testov na základe obchodných požiadaviek. Je potrebné jasne spomenúť všetky špecifikácie.
  • Kvalifikácia inštalácie: Patrí sem inštalácia softvéru na základe požiadaviek.
  • Prevádzková kvalifikácia: Patrí sem fáza testovania na základe špecifikácie požiadaviek používateľa.

To môže zahŕňať Testovanie funkčnosti:

    • Testovanie jednotky - Čierna skrinka, Biela skrinka, Šedá skrinka.
    • Testovanie integrácie - Zhora dole, zdola nahor, veľký tresk.
    • Testovanie systému - Test rozumnosti, dymu a regresie.
  • Kvalifikácia výkonu: UAT (User Acceptance Testing) - Testovanie verzie alfa a beta.
  • Výroba

fázy zapojené do Validačného testovania

Kvalifikácia dizajnu

Kvalifikácia dizajnu jednoducho znamená, že musíte pripraviť návrh softvéru tak, aby vyhovoval špecifikáciám používateľa. Primárne musíte získať Dokument Špecifikácia požiadaviek používateľa (URS) od klienta pokračovať v návrhu.

Stratégia testovania:

Tento dokument predstavuje základ pre prípravu plánu skúšok. Zvyčajne to pripravuje vedúci tímu alebo manažér projektu. Opisuje, ako budeme postupovať pri testovaní a dosiahnutí požadovaného cieľa.

Na zahrnutie všetkých postupov by mali byť navrhnuté a schválené zainteresovanými stranami správny plán. Dajte nám teda vedieť o zložkách plánu skúšok.

V niekoľkých projektoch je možné zahrnúť plán testovania a stratégiu testovania ako jeden dokument. Pre komplexný projekt (väčšinou v automatizačnej technike) sú pripravené aj samostatné strategické dokumenty.

Komponenty plánu overovacích skúšok:

  • Opis projektu
  • Pochopenie požiadaviek
  • Rozsah testovania
  • Úrovne testovania a plán testov
  • Vytvorenie plánu spustenia
  • Hardvér-softvér a personálne požiadavky
  • Úlohy a zodpovednosti
  • Predpoklad a závislosti
  • Riziká a zmierňovanie následkov
  • Správa a metriky

Opis projektu: Tu musíte objasniť všetok popis aplikácie, ktorá vám bola poskytnutá na testovanie. Mal by obsahovať všetky funkcie aplikácie.

Pochopenie požiadaviek: Po získaní USR musíte spomenúť pochopené požiadavky z vašej strany. Môžete tiež objasniť, ak existujú. Toto slúži ako základ alebo testovacie kritérium pre testovanie.

Rozsah testovania: Rozsah musí obsahovať moduly podrobne spolu s funkciami na vysokej úrovni. Musíte klientovi povedať, aké všetky požiadavky by ste pri testovaní mali splniť.

Z obchodného hľadiska možno požiadať o vykonanie validačných testov podľa kritických požiadaviek aplikácie. Znamená to jednoducho, že hovoríte, čo bude kryté a čo nie .

Úrovne testovania a plán testov: Musíte spomenúť, koľko kôl testovania je potrebné vykonať. Celkové úsilie na testovací projekt sa odhaduje pomocou štandardných techník odhadu, ako je odhad bodu Test Case Point (TCP) atď.

Ako už z názvu vyplýva harmonogram skúšok popisuje, ako sa bude testovanie vykonávať. Malo by tiež povedať, ako a kedy sa uskutoční schválenie a kontroly.

Príklad:

Projekt je považovaný za návrh webovej stránky.

Úrovne testovania zahŕňajú:

Úroveň 1: Testovanie dymu
Úroveň 2: Testovanie jednotiek
Úroveň 3: Testovanie integrácie
Úroveň 3: Testovanie systému
Úroveň 3: Kolaudačné skúšky

Časový plán testu:

  1. Predloženie plánu - Deň 1
  2. Dizajn testovacích prípadov - 2. deň
  3. Suchý chod a oprava chyby - 4. deň
  4. Preskúmanie- 5. deň
  5. Formálny beh - 6. deň
  6. Dodávky zaslané na schválenie - 8. deň
  7. Správy - 10. deň

Vytvorenie plánu spustenia: Plán behu označuje počet cyklov potrebných na testovanie. Každý beh, ktorý uskutočníte mimo pracoviska, bude tímom v prevádzke zaznamenaný.

Napríklad, keď používate Nástroj HP Quick Test Professional na vykonanie sa počet spustení zobrazí na karte Spustenia testovacieho plánu.

Hardvér-softvér a personálne požiadavky:

  • Hardvérové ​​a softvérové ​​požiadavky, ako sú zariadenia, verzie prehľadávačov, IOS, testovacie nástroje potrebné pre projekt.
  • Personálne zabezpečenie znamená menovanie osôb potrebných na testovanie. Tu môžete spomenúť počet tímov.
  • Ak potrebujete ďalších členov na testovanie, môžete požiadať o miesto v závislosti od rozsahu testovania. Keď sa počet testovacích prípadov zvýši, znamená to, že na ich vykonanie potrebujete viac členov tímu.

Úlohy a zodpovednosti: To znamená pridelenie úloh príbuzným rolám zodpovedným za vykonávanie rôznych úrovní testovania.

Napríklad,

Na vykonanie 4 overovacích protokolov musí byť tím, ktorý sa skladá zo 4 členov, otestovaný aplikáciou a zodpovednosti môžete delegovať takto:

  1. Testovací kábel: Návrh plánu skúšok
  2. Člen tímu 1: Dizajn a vykonávanie protokolov 1,2.
  3. Člen tímu 2: Dizajn a vykonávanie protokolov 3,4.
  4. Člen tímu: Príprava správ, kontroly a metriky.

Predpoklad a závislosti: To znamená, že tu budú zahrnuté predpoklady urobené počas návrhu a závislosti určené pre testovanie.

Riziká a zmiernenie: Riziká spojené s plánovaním testov, ako je dostupnosť požadovaného prostredia, zostavenie atď., Spolu s plánmi zmiernenia a nepredvídaných udalostí.

Správa a metriky: Tu je potrebné spomenúť faktory, ktoré sa použili na testovanie, a správy pre zainteresované strany.

Nižšie je uvedený príklad mobilnej aplikácie:

metriky

Kvalifikácia na inštaláciu

  • Kvalifikácia inštalácie obsahuje podrobnosti o tom, ktoré a koľko testovacích prostredí by sa použilo, aká úroveň prístupu sa vyžaduje pre testerov v každom prostredí spolu s požadovanými testovacími údajmi. Môže to zahŕňať kompatibilitu prehľadávača, nástroje potrebné na vykonanie, zariadenia potrebné na testovanie atď. Vyvíjaný systém by mal byť nainštalovaný v súlade s požiadavkami používateľov.
  • Na testovanie niektorých aplikácií môžu byť potrebné údaje z testu a musí ich poskytnúť správna osoba. Je to životne dôležitý predpoklad.
  • Niektoré aplikácie môžu vyžadovať databázu. Všetky údaje potrebné na testovanie musíme uchovať v databáze, aby sme mohli overiť technické parametre.

Napríklad„Nová aplikácia hovorí, že„ abc “je potrebné testovať v mobilných zariadeniach (Android 4.3.1) a prehliadačoch (Chrome 54). V takom prípade musíme sledovať nasledujúce skutočnosti:

  • Skontrolujte, či je dané správne oprávnenie na kontrolu webových stránok aplikácie „abc“.
  • Zistite, či sú k dispozícii zariadenia používané na testovanie aplikácie, ako sú mobilné zariadenia (Android / iOS), prehliadač Chrome alebo Internet Explorer s požadovanou verziou.
  • Skontrolujte, či sú tieto verzie nainštalované správne so zadanými verziami (napr. Chrome 54, Android verzie 4.3.1).
  • Skontrolujte, či je aplikácia prístupná v prehliadači aj v mobile.

Prevádzková kvalifikácia

Prevádzková kvalifikácia zaisťuje, aby každý modul a podmodul určený pre testovanú aplikáciu fungoval správne, ako sa to v požadovanom prostredí očakáva.

Validačné testovanie sa vo všeobecnosti vykonáva v nasledujúcej hierarchii.

Hierarchia testovania overenia

Funkčné testovanie hrá pri overovacom testovaní hlavnú úlohu. Znamená to jednoducho, že musíte overiť funkčnosť aplikácie podľa každej spomenutej kritickej požiadavky. Toto pripravuje cestu na mapovanie požiadaviek uvedených v dokumente Funkčné špecifikácie a zaisťuje, že produkt spĺňa všetky uvedené požiadavky.

Funkčné testovanie a jeho typy

Ako už názov napovedá, funkčné testovanie je testovanie funkcií, t. j. toho, čo musí softvér robiť. Funkcie softvéru budú definované v dokumente špecifikácie požiadaviek.

Poďme sa rýchlo pozrieť na jeho typy.

# 1) Testovanie jednotky:

Unit testing je testovanie jednotlivých jednotiek / modulov / komponentov / metód daného systému. Validácia poľa, riadenie rozloženia, dizajn atď. Sa po kódovaní testujú s rôznymi vstupmi. Každý riadok kódu by sa mal overiť na jednotlivé testovacie prípady jednotky.

Testovanie jednotiek si robia vývojári sami. Náklady na opravu chýb sú tu nižšie v porovnaní s ostatnými úrovňami testovania.

Príklad:

Príkladom testovania jednotiek je vyhodnotenie slučky kódu pre funkciu, ktorá hovorí, že výber pohlavia.

# 2) Testovanie čiernej skrinky:

Testovanie chovania aplikácie s požadovanými funkciami oproti požiadavkám bez zamerania vnútorných detailov systému sa nazýva testovanie čiernej skrinky. Spravidla ju vykonáva nezávislý testovací tím alebo koncoví používatelia aplikácie.

Aplikácia je testovaná s príslušnými vstupmi a je testovaná na overenie, či sa systém správa podľa želania. To možno použiť na testovanie funkčných aj nefunkčných požiadaviek.

zoznam špionážnych aplikácií pre Android

# 3) Testovanie bieleho poľa:

Testovanie bielej skrinky nie je nič iné ako podrobná kontrola programového kódu po kóde. Celá činnosť aplikácie závisí od napísaného kódu, preto je potrebné kód veľmi starostlivo otestovať. Musíte skontrolovať každú jednotku a jej integráciu ako celok modulu krok za krokom.

Tester s programátorskými znalosťami je tu nevyhnutným kritériom. Týmto sa jasne zistí, či v pracovnom postupe aplikácie existujú nejaké odchýlky. Je to užitočné pre vývojárov aj testerov.

# 4) Testovanie šedej skrinky:

Testovanie šedej skrinky je kombináciou testovania bielej a čiernej skrinky. Tu sú známe čiastočné znalosti o štruktúre alebo kóde jednotky, ktorá sa má testovať.

Testovanie integrácie a jeho typy

Jednotlivé komponenty softvéru, ktoré sú už testované pri testovaní jednotiek, sú integrované a testované spoločne s cieľom otestovať ich funkčnosť ako celok, aby sa zabezpečil tok údajov naprieč modulmi.

Robia to samotní vývojári alebo nezávislý testovací tím. To možno vykonať po testovaní dvoch alebo viacerých jednotiek.

Prístup zhora nadol:

Prístup zhora nadol

V tomto prístupe sa najskôr testujú najvyššie jednotky a potom sa postupne testujú jednotky nižšej úrovne. Na simuláciu jednotiek nižšej úrovne, ktoré nemusia byť k dispozícii počas počiatočných fáz, sú potrebné skúšobné pätky.

Prístup zdola nahor:

Prístup zdola nahor

Pri tomto prístupe sa najskôr testujú spodné jednotky, integrujú sa a potom sa testujú jednotky vyššej úrovne. Na simuláciu jednotiek vyššej úrovne, ktoré nemusia byť k dispozícii počas počiatočných fáz, sú potrebné skúšobné pahýly.

Testovanie systému a jeho typy

Testovanie celého systému / softvéru sa nazýva testovanie systému. Systém je úplne testovaný na základe špecifikácií funkčných požiadaviek. Testovanie systému sa vykonáva proti funkčným aj nefunkčným požiadavkám. Pre tento typ testovania sa všeobecne uprednostňuje testovanie čiernej skrinky.

# 1) Testovanie dymu:

Keď stavitelia dajú zostavenie najskôr na otestovanie, musíme zostavenie dôkladne otestovať. Toto sa nazýva testovanie dymu. Musíme uviesť, či je zostava schopná ďalších testov alebo nie.

Na vykonanie validácie potrebujete správne zostavenie. Testovanie dymu preto najskôr vykonáva testovací tím. Pracovný tok testovanej aplikácie by sa mal testovať buď s testovacími prípadmi, alebo bez nich. Pre toto testovanie je užitočný testovací prípad pokrývajúci celý tok.

# 2) Testovanie zdravého rozumu:

Pri testovaní zdravého rozumu sa testujú hlavné funkčnosti modulov testovanej aplikácie. Pri testovaní webu, ktorý má 3 karty, tj. Vytvorenie profilu, vzdelávanie, prihlásenie atď., V IRCTC , je potrebné skontrolovať hlavné funkčnosti všetkých týchto kariet bez toho, aby sme išli veľmi hlbšie.

ako pridať prvok do poľa -

Ponuky, podponuky, karty musia byť testované vo všetkých moduloch. Je to podmnožina regresného testovania, pretože testovanie sa vykonáva iba z hlavného toku, a nie do hĺbky.

# 3) Regresné testovanie:

Pri každom vydaní projektu môže vývojový tím zaviesť určité zmeny. Overenie, či nové zavedené zmeny neovplyvnili pracovný tok systému, sa nazýva regresné testovanie. Tu sa musia testovať iba určité testovacie prípady týkajúce sa nových požiadaviek.

Kvalifikácia výkonu

UAT (User Acceptance Testing):

Toto je posledná fáza testovania, ktorá sa vykonáva s cieľom zabezpečiť, aby sa systém choval podľa požiadaviek zodpovedajúcich špecifikovaným požiadavkám. Toto robí klient. Keď klient certifikuje a zruší testovanie systému, produkt môže ísť na nasadenie.

Testovanie verzie alfa a beta:

Testovanie verzie Alpha vykonávajú vývojári aplikácie pred jej vydaním na webe pre vývoj softvéru. Zahŕňa testovanie čiernej a bielej skrinky. Testovanie verzie Beta sa vykonáva u zákazníka po vývoji a nasadení produktu.

Príklady testovacích validačných testov alebo protokolu

Podľa mojich skúseností som tento protokol napísal pre prihlásenie do služby Gmail.

Podrobná kontrola zahrnutej funkčnosti prihlásenia je vlastne to, čo overenie je. Ale rád by som spomenul, že použitý štýl vetných stĺpcov sa môže úplne líšiť a závisí od požiadaviek klienta.

=> Stiahnutie testovacích prípadov overenia vzorky: Testovací prípad prihlásenia do Gmailu

Záver

Overenie spočíva v podrobnej analýze funkcií produktu. Ako tester overovania musíte vždy pamätať na hlásenie odchýlok, aby ste dosiahli optimálne výsledky testovania.

Každý napísaný testovací prípad by mal byť ostrý, stručný a zrozumiteľný aj pre bežného človeka. Validačný tester by mal zabezpečiť, aby sa vyvíjal správny produkt podľa špecifikovaných požiadaviek.

Ako príručku pre overovacie testovanie som uviedol proces spojený s overením.

Kvalifikácia návrhu, ktorá zahŕňa plán validácie, kvalifikácia inštalácie, ktorá hovorí o inštalácii hardvéru a softvéru, prevádzková kvalifikácia, ktorá zahŕňa testovanie celého systému, výkonová kvalifikácia, ktorá zahŕňa užívateľské akceptačné testovanie, ktoré poskytuje oprávnenie na výrobu.

Dúfam, že by tento článok obohatil vaše vedomosti o koncepcii Validation Testing !!

Odporúčané čítanie

^