Menu

Přesný rozdíl mezi ověřením a ověřením pomocí příkladů

  • Hlavní
  • Jiný
  • Přesný rozdíl mezi ověřením a ověřením pomocí příkladů

exact difference between verification

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

Ověření vs. ověření: Prozkoumejte rozdíly s příklady

Své zpět k základům lidi! Klasický pohled na rozdíl mezi Ověření a ověření .

Ve světě testování softwaru je kolem těchto pojmů spousta zmatků a debat.

V tomto článku uvidíme, jaké jsou verifikace a validace z hlediska testování softwaru. Na konci tohoto článku získáme rozdíl mezi těmito dvěma pojmy.

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

Následuje několik důležitých důvodů k pochopení rozdílu:

  1. Jedná se o základní koncept QA, proto je téměř základním kamenem toho, aby byl QA-cognizant.
  2. Toto je běžně kladený dotaz Dotaz na rozhovor o testování softwaru .
  3. Osvědčení Osnova má velký počet kapitol točících se kolem toho.
  4. Nakonec a prakticky, když my testeři provádíme oba tyto typy testování, můžeme na to být také odborníky.

Co se naučíte:

Co je ověření a ověření při testování softwaru?

V rámci testování „ Ověření a ověření „Jsou dva široce a běžně používané výrazy. Většinu času považujeme oba pojmy za stejné, ale ve skutečnosti jsou tyto pojmy zcela odlišné.

Existují dva aspekty úkolů V&V (Verification & Validation):

  • Potvrzuje požadavky (pohled výrobce na kvalitu)
  • Vhodné pro použití (pohled spotřebitelů na kvalitu)

Pohled producenta na kvalitu Jednoduše znamená, že vývojáři vnímají finální produkt.
Spotřebitelé sledují kvalitu znamená vnímání finálního produktu uživatelem.

Když provádíme úkoly V&V, musíme se soustředit na oba tyto pohledy na kvalitu.

Nejprve začněme s definicemi ověřování a ověřování a poté se pokusíme porozumět těmto pojmům na příkladech.

Poznámka: Tyto definice jsou, jak je uvedeno v QSTI CSTE CBOK (podívejte se na tento odkaz a dozvíte se více o CSTE).

Co je to Ověření?

Ověření je proces hodnocení zprostředkujících pracovních produktů životního cyklu vývoje softwaru, aby se zkontrolovalo, zda jsme při vytváření konečného produktu na správné cestě.

Jinými slovy, můžeme také konstatovat, že ověření je proces hodnocení mediátorových produktů softwaru, aby se zkontrolovalo, zda produkty splňují podmínky stanovené na začátku fáze.

Otázka nyní zní: Jaké jsou produkty zprostředkovatele nebo zprostředkovatele?

To může zahrnovat dokumenty, které jsou vytvářeny během vývojových fází, jako je specifikace požadavků, návrhové dokumenty, návrh databázové tabulky, ER diagramy, testovací případy, sledovatelnost matice , atd.

Někdy máme tendenci zanedbávat důležitost revize těchto dokumentů, ale měli bychom pochopit, že samotná revize může zjistit mnoho skrytých anomálií, pokud bude nalezena nebo opravena v pozdější fázi vývojového cyklu, může být velmi nákladná.

Ověření zajišťuje, že systém (software, hardware, dokumentace a personál) vyhovuje standardům a procesům organizace, přičemž se spoléhá na kontrolu nebo neproveditelné metody.

Kde se provádí ověření?

Specifické pro IT projekty jsou některé z oblastí (musím zdůraznit, že to není vše), ve kterých se ověřování provádí.

Situace ověřeníHerciDefiniceVýstup
Kontrola dokumentace ke zkoušce (Peer review)Členové týmu QAPeer review je místo, kde členové týmu navzájem kontrolují práci, aby se ujistili, že v samotné dokumentaci nejsou žádné chyby.Testovací dokumentace připravená ke sdílení s externími týmy.
Kontrola obchodních / funkčních požadavkůVývojový tým / klient pro obchodní požadavky.Jedná se o nezbytný krok nejen k zajištění, že požadavky byly shromážděny a / nebo správně, ale také k ověření, zda jsou proveditelné nebo ne.Dokončené požadavky, které jsou připraveny ke spotřebě v dalším kroku - návrhu.
Recenze designuDev týmPo vytvoření designu to tým Dev důkladně zkontroluje, aby se ujistil, že prostřednictvím navrhovaného designu lze splnit funkční požadavky.Design je připraven k implementaci do IT systému.
Návod na kódIndividuální vývojářJakmile je kód napsán, je zkontrolován, aby se zjistily syntaktické chyby. Jedná se o neformální povahu a provádí ji jednotlivý vývojář na kódu vyvinutém sami.Kód připraven k testování jednotky.
Kontrola kóduDev týmToto je formálnější nastavení. Odborníci a vývojáři předmětu zkontrolují kód, zda je v souladu s obchodními a funkčními cíli, na které software cílí.Kód připraven k testování.
Kontrola plánu testu (interní pro tým QA)Tým QATým QA interně kontroluje plán testů, aby se ujistil, že je přesný a úplný.Dokument plánu testu připravený ke sdílení s externími týmy (projektový management, obchodní analýza, vývoj, prostředí, klient atd.)
Recenze testovacího plánu (externí)Projektový manažer, obchodní analytik a vývojář.Formální analýza dokumentu plánu testování, aby se zajistilo, že časová osa a další úvahy týmu QA jsou v souladu s ostatními týmy a celým projektem samotným.Podepsaný nebo schválený dokument plánu testování, na jehož základě bude testovací aktivita založena.
Závěrečná kontrola zkušební dokumentaceObchodní analytik a vývojový tým.Přezkoumání testovací dokumentace, abychom se ujistili, že testovací případy pokrývají všechny obchodní podmínky a funkční prvky systému.Připraveno k provedení testovací dokumentace.

Viz přezkoumání dokumentace testu článek, který zveřejňuje podrobný postup, jak mohou testeři provést kontrolu.

Co je ověření?

Ověření je proces hodnocení konečného produktu za účelem kontroly, zda software splňuje obchodní potřeby. Jednoduše řečeno, provádění testu, které provádíme v každodenním životě, je ve skutečnosti ověřovací činností, která zahrnuje kouřové zkoušky , funkční testování, regresní testování, testování systémů atd.

Ověření je všechny formy testování, které zahrnuje práci s produktem a jeho testování.

Níže jsou uvedeny techniky ověřování:

Validace fyzicky zajišťuje, že systém pracuje podle plánu prováděním funkcí systému prostřednictvím řady testů, které lze pozorovat a vyhodnotit.

Dost spravedlivé, že? Tady jsou moje dva centy:

Když se ve své třídě pokusím s tímto konceptem V&V vypořádat, je kolem toho spousta zmatků. Zdá se, že jednoduchý zmatek vyřeší všechny zmatky. Je to poněkud hloupé, ale opravdu to funguje.

Příklady ověření a ověření

Příklad ze skutečného života :Představte si, že jdete do restaurace / večeře a objednáváte třeba borůvkové palačinky. Když číšník / servírka vynese vaši objednávku, jak poznáte, že jídlo, které vyšlo, odpovídá vaší objednávce?

První věcí je, že se na to podíváme a všimneme si následujících věcí:

jak používat torrent soubory po stažení
  • Vypadá jídlo jako to, jaké palačinky obvykle vypadají?
  • Jsou borůvky vidět?
  • Voní správně?

Možná víc, ale chápete podstatu správně?

Na druhou stranu, když si potřebujete být absolutně jisti, zda je jídlo takové, jaké jste očekávali: Budete ho muset jíst.

Ověření je vše, když ještě nejíte, ale kontrolujete několik věcí kontrolou předmětů. Ověření je, když produkt skutečně jíte, abyste zjistili, zda je správný.

V této souvislosti si nemohu pomoci, ale vrátit se k CSTE CBOK odkaz. Existuje nádherné prohlášení, které nám pomáhá tento koncept přivést domů.

Ověření odpovídá na otázku: „Vytvořili jsme správný systém?“ zatímco ověřovací adresy: „Vytvořili jsme systém správně?“

V&V v různých fázích životního cyklu vývoje

Ověření a ověření se provádí v každé z fází životního cyklu vývoje.

Zkusme se na ně podívat.

# 1) Úkoly V & V - Plánování

  • Ověření smlouvy.
  • Vyhodnocení koncepčního dokumentu.
  • Provádění analýzy rizik.

# 2) Úkoly V & V - Fáze požadavku

  • Vyhodnocení softwarových požadavků.
  • Vyhodnocení / analýza rozhraní.
  • Generování plánu zkoušek systémů.
  • Generování akceptačního testovacího plánu.

# 3) Úkoly V&V - Fáze návrhu

  • Hodnocení návrhu softwaru.
  • Vyhodnocení / analýza rozhraní (UI).
  • Generování integračního testovacího plánu.
  • Generování plánu zkoušek komponent.
  • Generování návrhu zkoušky.

# 4) Úkoly V&V - Fáze implementace

  • Vyhodnocení zdrojového kódu.
  • Hodnocení dokumentů.
  • Generování testovacích případů.
  • Generování zkušebního postupu.
  • Provádění testovacích případů Komponenty.

# 5) Úkoly V&V - Testovací fáze

  • Provedení testovacího případu systémů.
  • Provedení přejímacího testovacího případu.
  • Aktualizace metrik sledovatelnosti.
  • Analýza rizik

# 6) Úkoly V&V - Fáze instalace a pokladny

  • Audit instalace a konfigurace.
  • Závěrečný test sestavení kandidáta na instalaci.
  • Generování závěrečného protokolu o zkoušce.

# 7) Úkoly V&V - Fáze provozu

  • Vyhodnocení nového omezení.
  • Posouzení navrhované změny.

# 8) Úkoly V&V - Fáze údržby

  • Vyhodnocení anomálií.
  • Posouzení migrace.
  • Posouzení funkcí obnovy řízení.
  • Posouzení navrhované změny.
  • Ověření produkčních problémů.

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

Ověření Vs Validace

OvěřeníValidace
Vyhodnocuje zprostředkující produkty a kontroluje, zda splňuje konkrétní požadavky konkrétní fáze.Vyhodnocuje konečný produkt a kontroluje, zda splňuje obchodní potřeby.
Zkontroluje, zda je produkt postaven podle specifikovaného požadavku a specifikace návrhu.Určuje, zda je software vhodný k použití a splňuje obchodní potřeby.
Kontroly „Stavíme produkt správně?“Kontroly „Budujeme správný produkt“?
To se provádí bez spuštění softwaru.Provádí se provádění softwaru.
Zahrnuje všechny techniky statického testování.Zahrnuje všechny techniky dynamického testování.
Mezi příklady patří recenze, kontrola a návod.Příklad zahrnuje všechny typy testování, jako je kouř, regrese, funkčnost, systémy a UAT.

Různé standardy

ISO / IEC 12207: 2008

Ověřovací činnostiValidační činnosti
Ověření požadavku zahrnuje kontrolu požadavků.Připravte dokumenty s požadavky na test, testovací případy a další specifikace testu, abyste mohli analyzovat výsledky testu.
Ověření návrhu zahrnuje kontroly všech návrhových dokumentů včetně HLD a LDD.Vyhodnoťte, že tyto požadavky na test, testovací případy a další specifikace odrážejí požadavky a jsou vhodné pro použití.
Ověření kódu zahrnuje kontrolu kódu.Vyzkoušejte hraniční hodnoty, napětí a funkce.
Ověření dokumentace je Ověření uživatelských příruček a dalších souvisejících dokumentů.Vyzkoušejte chybové zprávy a v případě jakékoli chyby je aplikace řádně ukončena. Testuje, zda software splňuje obchodní požadavky a je vhodný k použití.

CMMI:

Ověření a ověření jsou dva různé KPA na úrovni splatnosti 3

Ověřovací činnostiValidační činnosti
Provádění vzájemných hodnocení.Ověřte, zda jsou výrobky a jejich součásti vhodné pro životní prostředí.
Ověřte vybrané pracovní produkty.Při provádění procesu ověřování je monitorován a řízen.
Standardizujte určitý proces vytvořením zásad na úrovni organizace pro plánování a kontroly.Provádějte činnosti získané ze zkušeností a shromažďujte informace o zlepšení. Institucionalizujte určitý proces.

IEEE 1012:

Cíle těchto testovacích činností jsou:

  • Usnadňuje včasnou detekci a opravu chyb.
  • Podporuje a vylepšuje zásahy managementu do rizik procesů a produktů.
  • Poskytuje podpůrná opatření pro proces životního cyklu softwaru, aby se zlepšila shoda s požadavky plánu a rozpočtu.

Kdy použít ověření a ověření?

Jedná se o nezávislé postupy, které by měly být použity společně ke kontrole, zda je systém nebo aplikace ve shodě s požadavky a specifikacemi a zda splňuje svůj zamýšlený účel. Obojí je důležitou součástí systému řízení kvality.

Často je možné, že produkt projde ověřením, ale ve fázi ověřování selže. Jelikož splňovalo zdokumentované požadavky a specifikace, samotné tyto specifikace nebyly schopny uspokojit potřeby uživatele. Proto je důležité provést testování obou typů, aby byla zajištěna celková kvalita.

Ověření lze použít jako interní proces ve vývoji, zvětšení nebo výrobě. Na druhou stranu by validace měla být použita jako externí proces k získání souhlasu se způsobilostí zúčastněných stran.

Je ověření nebo ověření UAT?

UAT (User Acceptance Testing) by mělo být považováno za validaci. Jedná se o ověření systému nebo aplikace v reálném světě, které provádějí skuteční uživatelé, kteří ověřují, zda je systém „vhodný k použití“.

Závěr

Procesy V&V určují, zda produkty dané činnosti splňují požadavky a jsou vhodné pro její použití.

Na závěr je třeba poznamenat několik věcí:

  1. Zjednodušeně řečeno (abychom se vyhnuli jakýmkoli nejasnostem) si pamatujeme, že Verifikace znamená kontrolní aktivity nebo techniky statického testování a validace znamená skutečné aktivity provádění testu nebo techniky dynamického testování.
  2. Ověření může, ale nemusí zahrnovat samotný produkt. Ověření produkt určitě potřebuje. Ověření lze někdy provést u dokumentů, které představují konečný systém.
  3. Ověření a ověření nemusí nutně provádět testeři. Jak vidíte výše v tomto článku, některé z nich provádějí vývojáři a další týmy.

To je vše, co potřebujete vědět o Ověření a validaci, abyste byli v tomto oboru malými a středními podniky (odborníky na předmět).

Doporučené čtení

^