exact difference between verification
Verifikácia vs Validácia: Preskúmajte rozdiely pomocou príkladov
Je to tak späť k základom priatelia! Klasický pohľad na rozdiel medzi Overenie a overenie .
Vo svete testovania softvéru panuje okolo týchto výrazov veľa zmätkov a debát.
V tomto článku uvidíme, čo je to verifikácia a validácia z pohľadu testovania softvéru. Na konci tohto článku dostaneme drift rozdielov medzi týmito dvoma výrazmi.
Nasleduje niekoľko dôležitých dôvodov na pochopenie rozdielu:
- Je to základný koncept QA, preto je takmer základným kameňom poznania QA.
- Toto je bežne kladená otázka Otázka rozhovoru so softvérovým testovaním .
- Certifikácia študijný program má dobrý počet kapitol točiacich sa okolo toho.
- Nakoniec a prakticky, keď my testéri vykonávame oba tieto typy testovania, môžeme na to byť tiež odborníkmi.
Čo sa dozviete:
- Čo je to overenie a overenie pri testovaní softvéru?
- Čo je to overenie?
- Čo je to validácia?
- Príklady overenia a overenia
- V&V v rôznych fázach životného cyklu vývoja
- Rozdiel medzi overením a overením
- Rôzne štandardy
- Kedy použiť Overiť a overiť?
- Záver
Čo je to overenie a overenie pri testovaní softvéru?
V rámci testovania „ Overenie a overenie “Sú dva široko používané výrazy. Väčšinou považujeme oba výrazy za rovnaké, ale v skutočnosti sú tieto výrazy úplne odlišné.
Existujú dva aspekty úloh V&V (Verification & Validation):
- Potvrdzuje požiadavky (pohľad výrobcu na kvalitu)
- Vhodné na použitie (spotrebiteľský pohľad na kvalitu)
Pohľad výrobcu na kvalitu , zjednodušene znamená, že vývojári vnímajú konečný produkt.
Spotrebitelia sledujú kvalitu znamená vnímanie konečného produktu používateľom.
Keď vykonávame úlohy V&V, musíme sa sústrediť na obidva tieto pohľady na kvalitu.
Najprv začnime s definíciami overovania a validácie, až potom pochopíme tieto pojmy na príkladoch.
Poznámka: Tieto definície sú uvedené v dokumente CSTE CBOK spoločnosti QAI (ďalšie informácie o CSTE nájdete v tomto odkaze).
Čo je to overenie?
Verifikácia je proces hodnotenia sprostredkujúcich pracovných produktov životného cyklu vývoja softvéru, aby sa skontrolovalo, či sme v správnej ceste k vytvoreniu konečného produktu.
Inými slovami, môžeme tiež konštatovať, že overenie je proces hodnotenia mediátorských produktov softvéru s cieľom skontrolovať, či produkty vyhovujú podmienkam stanoveným na začiatku fázy.
Teraz je tu otázka: Čo sú sprostredkovateľské alebo sprostredkovateľské produkty?
Môžu to zahŕňať dokumenty, ktoré sa vytvárajú počas vývojových fáz, ako napr. Špecifikácia požiadaviek, návrhové dokumenty, návrh databázovej tabuľky, ER diagramy, testovacie prípady, sledovateľnosť matica , atď.
Niekedy máme tendenciu zanedbávať dôležitosť kontroly týchto dokumentov, ale mali by sme pochopiť, že samotná kontrola môže zistiť veľa skrytých anomálií, ak budú nájdené alebo opravené v neskoršej fáze vývojového cyklu, môžu byť veľmi nákladné.
Overenie zaisťuje, že systém (softvér, hardvér, dokumentácia a personál) je v súlade s normami a postupmi organizácie, a to na základe kontroly alebo nevykonateľných metód.
Kde sa vykonáva overenie?
Špecificky pre IT projekty nasleduje niekoľko z oblastí (musím zdôrazniť, že to nie je všetko), v ktorých sa overovanie vykonáva.
Situácia pri overovaní | Herci | Definícia | Výkon |
---|---|---|---|
Preskúmanie dokumentácie k testu (Peer review) | Členovia tímu QA | V rámci partnerského preskúmania členovia tímu navzájom kontrolujú prácu, aby sa ubezpečil, že v samotnej dokumentácii nie sú chyby. | Testovacia dokumentácia pripravená na zdieľanie s externými tímami. |
Preskúmanie obchodných / funkčných požiadaviek | Tím vývojárov / klientov pre obchodné požiadavky. | Toto je nevyhnutný krok nielen k tomu, aby sa zabezpečilo, že požiadavky boli zhromaždené a / alebo správne, ale aj to, či sú realizovateľné alebo nie. | Dokončené požiadavky, ktoré sú pripravené na použitie v ďalšom kroku - dizajne. |
Recenzia dizajnu | Dev tím | Po vytvorení dizajnu ho tím vývojárov dôkladne skontroluje, aby sa ubezpečil, že navrhované prevedenie umožňuje splnenie funkčných požiadaviek. | Dizajn je pripravený na implementáciu do IT systému. |
Návod na použitie kódu | Individuálny vývojár | Po napísaní kódu sa skontroluje, či sú v ňom syntaktické chyby. Toto je svojou povahou príležitostnejšie a vykonáva ho individuálny vývojár na kóde, ktorý si sám vytvoril. | Kód pripravený na testovanie jednotky. |
Kontrola kódu | Dev tím | Toto je formálnejšie nastavenie. Odborníci a vývojári predmetu skontrolujú, či je kód v súlade s obchodnými a funkčnými cieľmi, na ktoré je softvér zameraný. | Kód pripravený na testovanie. |
Kontrola plánu testov (interná pre tím QA) | Tím QA | Tím QA interne kontroluje plán testov, aby sa ubezpečil, že je presný a úplný. | Dokument plánu testov pripravený na zdieľanie s externými tímami (projektový manažment, obchodná analýza, vývoj, prostredie, klient atď.) |
Kontrola plánu testu (externá) | Projektový manažér, obchodný analytik a vývojár. | Formálna analýza dokumentu plánu testov, aby sa zabezpečilo, že časová os a ďalšie úvahy tímu QA sú v súlade s ostatnými tímami a celým projektom samotným. | Podpísaný alebo schválený dokument plánu testov, na základe ktorého bude testovacia činnosť založená. |
Konečné preskúmanie dokumentácie k testu | Obchodný analytik a vývojový tím. | Preskúmanie dokumentácie k testu s cieľom ubezpečiť sa, že testovacie prípady pokrývajú všetky obchodné podmienky a funkčné prvky systému. | Testovacia dokumentácia je pripravená na vykonanie. |
Viď preskúmanie dokumentácie k testu článok, ktorý zverejňuje podrobný postup, ako môžu testeri vykonať kontrolu.
Čo je to validácia?
Validácia je proces hodnotenia konečného produktu s cieľom skontrolovať, či softvér zodpovedá obchodným potrebám. Jednoduchými slovami, vykonanie testu, ktoré robíme v každodennom živote, je vlastne overovacia činnosť, ktorá zahŕňa testovanie dymu , funkčné testovanie, regresné testovanie, testovanie systémov atď.
Validácia je všetky formy testovania, ktoré zahŕňajú prácu s produktom a jeho testovanie.
Ďalej sú uvedené techniky overovania:
Validácia fyzicky zaisťuje, že systém pracuje podľa plánu, a to vykonávaním funkcií systému prostredníctvom série testov, ktoré je možné pozorovať a vyhodnotiť.
Spravodlivé, že? Tu prichádzajú moje dva centy:
Keď sa vo svojej triede pokúsim vysporiadať s týmto konceptom V&V, je okolo toho veľa nejasností. Zdá sa, že všetok zmätok vyrieši jednoduchý malicherný príklad. Je to do istej miery hlúpe, ale skutočne to funguje.
Príklady overenia a overenia
Skutočný príklad :Predstavte si, že idete do reštaurácie / večere a objednáte si možno čučoriedkové palacinky. Keď čašník / čašníčka vydá vašu objednávku, ako môžete zistiť, že jedlo, ktoré vyšlo, je podľa vašej objednávky?
Prvá vec je, že sa na to pozrieme a všimneme si nasledujúce veci:
najlepšie spoločnosti pre prieskum trhu, pre ktoré môžu pracovať
- Vyzerá jedlo tak, ako obvykle vyzerajú palacinky?
- Je čučoriedky vidieť?
- Vonia správne?
Možno viac, ale máte predstavu, že?
Na druhej strane, keď si musíte byť úplne istí, či je jedlo také, aké ste čakali: Budete ho musieť zjesť.
Overenie je všetko, keď ešte nemáte jesť, ale kontrolou pár vecí overujete niekoľko vecí. Overenie je, keď produkt skutočne zjete, aby ste zistili, či je správny.
V tejto súvislosti si nemôžem pomôcť, ale vrátiť sa k CSTE CBOK odkaz. Existuje úžasné vyhlásenie, ktoré nám pomáha tento koncept priviesť domov.
Overenie odpovedá na otázku: „Vytvorili sme správny systém?“ pri overovaní adresy: „Vytvorili sme systém správne?“
V&V v rôznych fázach životného cyklu vývoja
Verifikácia a validácia sa vykonávajú v každej z fáz životného cyklu vývoja.
Skúsme sa na ne pozrieť.
# 1) Úlohy V & V - Plánovanie
- Overenie zmluvy.
- Vyhodnotenie koncepčného dokumentu.
- Vykonávanie analýzy rizík.
# 2) Úlohy V & V - Fáza požiadavky
- Vyhodnotenie softvérových požiadaviek.
- Vyhodnotenie / analýza rozhraní.
- Generovanie plánu skúšok systémov.
- Generovanie akceptačného testovacieho plánu.
# 3) Úlohy V&V - Fáza návrhu
- Vyhodnotenie návrhu softvéru.
- Vyhodnotenie / analýza rozhraní (UI).
- Generovanie integračného testovacieho plánu.
- Generovanie plánu skúšok komponentov.
- Generovanie návrhu skúšky.
# 4) Úlohy V&V - Fáza implementácie
- Vyhodnotenie zdrojového kódu.
- Vyhodnocovanie dokumentov.
- Generovanie testovacích prípadov.
- Generovanie skúšobného postupu.
- Vykonanie testovacích prípadov komponentov.
# 5) Úlohy V&V - Skúšobná fáza
- Vykonanie testovacieho prípadu systémov.
- Vykonanie prípadu prijímacieho testu.
- Aktualizácia metrík sledovateľnosti.
- Analýza rizík
# 6) Úlohy V&V - Fáza inštalácie a kontroly
- Audit inštalácie a konfigurácie.
- Záverečný test zostavenia kandidáta na inštaláciu.
- Generovanie záverečnej správy o teste.
# 7) Úlohy V&V - Fáza prevádzky
- Vyhodnotenie nového obmedzenia.
- Posúdenie navrhovanej zmeny.
# 8) Úlohy V&V - Fáza údržby
- Vyhodnotenie anomálií.
- Posúdenie migrácie.
- Posúdenie funkcií obnovy konania.
- Posúdenie navrhovanej zmeny.
- Validácia výrobných problémov.
Rozdiel medzi overením a overením
Overenie | Validácia |
---|---|
Hodnotí medziprodukty a kontroluje, či spĺňa špecifické požiadavky konkrétnej fázy. | Hodnotí konečný produkt a kontroluje, či zodpovedá obchodným potrebám. |
Skontroluje, či je produkt vyrobený podľa špecifikovanej požiadavky a špecifikácie návrhu. | Určuje, či je softvér vhodný na použitie a spĺňa obchodné potreby. |
Kontroly „Staviame produkt správne?“ | Kontroly „Vyrábame správny produkt“? |
Toto sa deje bez spustenia softvéru. | Vykonáva sa vykonaním softvéru. |
Zahŕňa všetky techniky statického testovania. | Zahŕňa všetky techniky dynamického testovania. |
Príklady zahŕňajú kontroly, inšpekcie a pokyny. | Príklad zahŕňa všetky typy testovania, ako sú dymové, regresné, funkčné, systémy a UAT. |
Rôzne štandardy
ISO / IEC 12207: 2008
Overovacie činnosti | Validačné činnosti |
---|---|
Overenie požiadavky zahŕňa kontrolu požiadaviek. | Pripravte dokumenty s požiadavkami na test, testovacie prípady a ďalšie špecifikácie testu, aby ste mohli analyzovať výsledky testu. |
Overenie návrhu zahŕňa preskúmanie všetkých dokumentov o dizajne vrátane HLD a LDD. | Posúďte, či tieto požiadavky na test, testovacie prípady a ďalšie špecifikácie odrážajú požiadavky a sú vhodné na použitie. |
Súčasťou overenia kódu je kontrola kódu. | Vyskúšajte hraničné hodnoty, napätie a funkčnosť. |
Verifikácia dokumentácie je overenie používateľských príručiek a ďalších súvisiacich dokumentov. | Vyskúšajte chybové hlásenia a v prípade chyby sa aplikácia elegantne ukončí. Testuje, či softvér spĺňa obchodné požiadavky a je vhodný na použitie. |
CMMI:
Overovanie a validácia sú dva rôzne KPA na úrovni zrelosti 3
Overovacie činnosti | Validačné činnosti |
---|---|
Vykonávanie vzájomných hodnotení. | Overte, či sú výrobky a ich súčasti vhodné pre životné prostredie. |
Overte vybrané pracovné výrobky. | Keď sa implementuje proces validácie, je monitorovaný a kontrolovaný. |
Štandardizujte určitý proces stanovením politík na úrovni organizácie pre plánovanie a vykonávanie kontrol. | Robte činnosti, ktoré ste sa naučili, a zbierajte informácie o zlepšení. Inštitucionalizujte určitý proces. |
IEEE 1012:
Ciele týchto testovacích činností sú:
- Uľahčuje včasné odhalenie a opravu chýb.
- Podporuje a vylepšuje zásahy manažmentu do rizík procesov a produktov.
- Poskytuje podporné opatrenia pre proces životného cyklu softvéru na zvýšenie súladu s časovými a rozpočtovými požiadavkami.
Kedy použiť Overiť a overiť?
Jedná sa o nezávislé postupy, ktoré by sa mali spoločne používať na kontrolu, či je systém alebo aplikácia v súlade s požiadavkami a špecifikáciami a či dosahuje zamýšľaný účel. Obidve sú dôležitou súčasťou systému riadenia kvality.
Často je možné, že produkt prejde overením, ale vo fáze overenia zlyhá. Pretože spĺňalo zdokumentované požiadavky a špecifikácie, samotné tieto špecifikácie neboli schopné uspokojiť potreby používateľa. Preto je dôležité vykonať testovanie oboch typov, aby sa zabezpečila celková kvalita.
Verifikáciu je možné použiť ako interný proces pri vývoji, rozšírení alebo výrobe. Na druhej strane by sa validácia mala používať ako externý proces na získanie prijatia vhodnosti so zainteresovanými stranami.
Je validácia alebo overenie UAT?
UAT (User Acceptance Testing) by sa malo považovať za validáciu. Jedná sa o validáciu systému alebo aplikácie v reálnom svete, ktorú vykonávajú skutoční používatelia, ktorí overujú, či je systém „vhodný na použitie“.
Záver
Procesy V&V určujú, či produkty danej činnosti zodpovedajú požiadavkám a sú vhodné na jej použitie.
Na záver si treba uvedomiť niekoľko vecí:
- Veľmi zjednodušene (aby sme predišli akýmkoľvek nejasnostiam) si pamätáme, že Verifikácia znamená kontrolné činnosti alebo techniky statického testovania a validácia znamená skutočné vykonávanie testu alebo dynamické testovacie techniky.
- Overenie sa môže, ale nemusí týkať samotného produktu. Overenie si produkt určite vyžaduje. Overenie sa niekedy môže vykonať na dokumentoch, ktoré predstavujú konečný systém.
- Overovanie a validácia nemusí byť nevyhnutne vykonávané testermi. Ako vidíte vyššie v tomto článku, niektoré z nich vykonávajú vývojári a ďalšie tímy.
To je všetko, čo potrebujete vedieť o overovaní a validácii, aby ste boli v tejto oblasti MSP (odborníci na predmet).
Odporúčané čítanie
- Rozdiel medzi počítačom, klientskym serverom a webom
- Funkčné testovanie vs. Testovanie výkonu: Malo by sa to robiť súčasne?
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Funkčné testovanie vs. Nefunkčné testovanie
- Statické testovanie a dynamické testovanie - rozdiel medzi týmito dvoma dôležitými testovacími technikami
- Výkonové testovanie vs záťažové testovanie vs záťažové testovanie (rozdiel)
- Kompletný sprievodca zostavením Verification Testing (BVT Testing)
- 101 Rozdiely medzi základmi testovania softvéru