exact difference between verification
Preverjanje in preverjanje veljavnosti: s primeri odkrijte razlike
To je nazaj k osnovam ljudje! Klasičen pogled na razliko med Preverjanje in potrjevanje .
V svetu preizkušanja programske opreme je okoli teh izrazov veliko zmede in razprav.
V tem članku bomo videli, kaj sta preverjanje in potrjevanje z vidika testiranja programske opreme. Do konca tega članka bomo ugotovili, da obstajajo razlike med obema izrazoma.
Sledi nekaj pomembnih razlogov za razumevanje razlike:
- To je temeljni koncept zagotavljanja kakovosti, zato je skorajda gradnik tega, da se pozna QA.
- To je pogosto zastavljeno vprašanje Vprašanje za preskušanje programske opreme .
- Certifikacija Učni načrt ima okoli tega veliko poglavij.
- Končno in tako rekoč, ko preizkuševalci izvajamo obe vrsti preskušanja, smo pri tem lahko tudi strokovnjaki.
Kaj se boste naučili:
- Kaj je preverjanje in preverjanje pri preizkušanju programske opreme?
- Kaj je preverjanje?
- Kaj je validacija?
- Primeri preverjanja in preverjanja
- V&V v različnih fazah razvojnega življenjskega cikla
- Razlika med preverjanjem in potrjevanjem
- Različni standardi
- Kdaj uporabiti preverjanje in preverjanje?
- Zaključek
Kaj je preverjanje in preverjanje pri preizkušanju programske opreme?
V okviru testiranja je Preverjanje in potrjevanje 'Sta dva pogosto uporabljana izraza. V večini primerov oba izraza obravnavamo kot enaka, dejansko pa se ti izrazi precej razlikujeta.
Obstajata dva vidika nalog V&V (preverjanje in preverjanje):
- Potrjuje zahteve (pogled proizvajalca na kakovost)
- Primerno za uporabo (pogled potrošnikov na kakovost)
Pogled proizvajalca na kakovost poenostavljeno pomeni, da razvijalci dojemajo končni izdelek.
Potrošniki gledajo na kakovost pomeni uporabnikovo dojemanje končnega izdelka.
Ko opravljamo naloge V&V, se moramo osredotočiti na oba pogleda na kakovost.
Najprej začnimo z definicijami preverjanja in potrjevanja, nato pa bomo te primere razumeli s primeri.
Opomba: Te opredelitve so, kot je omenjeno v QAI CSTE CBOK (oglejte si to povezavo, če želite izvedeti več o CSTE).
Kaj je preverjanje?
Preverjanje je postopek ocenjevanja posredniških delovnih produktov življenjskega cikla razvoja programske opreme, da se preveri, ali smo na pravi poti pri ustvarjanju končnega izdelka.
Z drugimi besedami, prav tako lahko trdimo, da je preverjanje postopek za oceno posredniških izdelkov programske opreme, da se preveri, ali izdelki izpolnjujejo pogoje, določene na začetku faze.
Zdaj je vprašanje tukaj: Kaj so posredniški ali posredniški izdelki?
No, to lahko vključuje dokumente, ki so izdelani v razvojnih fazah, kot so specifikacije zahtev, projektni dokumenti, zasnova tabel zbirke podatkov, diagrami ER, testni primeri, matrika sledljivosti itd.
Včasih ponavadi zanemarjamo pomen pregleda teh dokumentov, vendar bi morali razumeti, da lahko sam pregled odkrije številne skrite nepravilnosti, če je odkrit ali odpravljen v poznejši fazi razvojnega cikla, lahko zelo drag.
Preverjanje zagotavlja, da je sistem (programska oprema, strojna oprema, dokumentacija in osebje) skladen s standardi in procesi organizacije in se opira na metode pregleda ali neizvršljivosti.
Kje se izvaja preverjanje?
Specifično za IT projekte so naslednja nekatera področja (poudariti moram, da to še ni vse), na katerih se izvaja preverjanje.
Stanje preverjanja | Igralci | Definicija | Izhod |
---|---|---|---|
Pregled testne dokumentacije (medsebojni pregled) | Člani QA ekipe | Medsebojni pregled je, ko člani ekipe medsebojno pregledajo delo, da se prepričajo, da v sami dokumentaciji ni napak. | Testna dokumentacija, pripravljena za skupno rabo z zunanjimi skupinami. |
Pregled poslovnih / funkcionalnih zahtev | Razvijalna skupina / stranka za poslovne potrebe. | To je potreben korak, da se ne samo prepričate, da so bile zahteve zbrane in / ali pravilno, temveč tudi, ali so izvedljive ali ne. | Dokončane zahteve, ki so pripravljene za uporabo v naslednjem koraku - oblikovanje. |
Oblikovalski pregled | Razvijalna ekipa | Po oblikovanju zasnove ga skupina Dev temeljito pregleda, da se prepriča, ali je mogoče s predlaganim dizajnom izpolniti funkcionalne zahteve. | Oblikovanje je pripravljeno za vgradnjo v informacijski sistem. |
Sprehod po kodi | Individualni razvijalec | Ko je napisana koda pregledana, se ugotovijo kakršne koli skladenjske napake. To je bolj priložnostne narave in ga izvaja posamezni razvijalec na kodi, ki jo je razvil sam. | Koda pripravljena za enotno preskušanje. |
Pregled kodeksa | Razvijalna ekipa | To je bolj formalna postavitev. Strokovnjaki in razvijalci vsebin preverjajo kodo, da se prepričajo, ali je v skladu s poslovnimi in funkcionalnimi cilji, na katere cilja programska oprema. | Koda pripravljena za testiranje. |
Pregled testnega načrta (interno za ekipo za zagotavljanje kakovosti) | QA ekipa | Skupina za preverjanje kakovosti interno pregleda načrt preskusov, da se prepriča, ali je natančen in popoln. | Dokument s testnim načrtom, pripravljen za skupno rabo z zunanjimi skupinami (vodenje projektov, poslovna analiza, razvoj, okolje, odjemalec itd.) |
Pregled testnega načrta (zunanji) | Vodja projekta, poslovni analitik in razvijalec. | Formalna analiza dokumenta preskusnega načrta, da se prepričate, da so časovni načrt in drugi premisleki skupine za preverjanje kakovosti v skladu z drugimi skupinami in celotnim projektom samim. | Podpisan ali odobren dokument preskusnega načrta, na podlagi katerega bo temeljila dejavnost preskušanja. |
Končni pregled testne dokumentacije | Poslovni analitik in razvojna skupina. | Pregled testne dokumentacije, da se prepričate, da testni primeri zajemajo vse pogoje poslovanja in funkcionalne elemente sistema. | Preskusna dokumentacija pripravljena za izvedbo. |
Glej pregled testne dokumentacije članek, ki objavlja podroben postopek o tem, kako lahko preizkuševalci opravijo pregled.
Kaj je validacija?
Validacija je postopek ocenjevanja končnega izdelka, da se preveri, ali programska oprema ustreza poslovnim potrebam. Z enostavnimi besedami je izvajanje preizkusa, ki ga opravljamo v vsakdanjem življenju, dejansko dejavnost preverjanja, ki vključuje testiranje dima , funkcionalno testiranje, regresijsko testiranje, testiranje sistemov itd.
Validacija je vse oblike testiranja, ki vključujejo delo z izdelkom in njegovo preizkušanje.
Spodaj so navedene tehnike potrjevanja:
Validacija fizično zagotavlja, da sistem deluje v skladu z načrtom z izvajanjem sistemskih funkcij z vrsto preskusov, ki jih je mogoče opazovati in ovrednotiti.
Dovolj pošteno, kajne? Tu prihajajo moja dva centa:
Ko se v svojem razredu poskušam spoprijeti s tem konceptom V&V, je v njem veliko zmede. Zdi se, da preprost, droben primer reši vso zmedo. Je nekoliko neumno, a resnično deluje.
Primeri preverjanja in preverjanja
Primer iz resničnega življenja :Predstavljajte si, da greste v restavracijo / restavracijo in naročite morda borovničeve palačinke. Ko natakar / natakarica odda vaše naročilo, kako lahko ugotovite, da je hrana, ki je izšla, v skladu z vašim naročilom?
Prve stvari so, da ga pogledamo in opazimo naslednje:
kako pisati testne primere pri ročnem testiranju
- Ali je hrana videti takšna, kot so palačinke?
- Se vidijo borovnice?
- Ali prav dišijo?
Mogoče več, ampak bistvo ste razumeli prav?
Po drugi strani pa, ko morate biti popolnoma prepričani, ali je hrana takšna, kot ste pričakovali: Pojesti jo boste morali.
Preverjanje je vse, ko še niste jedli, vendar preverite nekaj stvari s pregledom predmetov. Preverjanje velja, ko izdelek dejansko pojeste, da preverite, ali je pravi.
V tem kontekstu si ne morem pomagati, ampak se vrnem na CSTE CBOK sklic. Obstaja čudovita izjava, ki nam pomaga, da ta koncept pripeljemo domov.
Preverjanje odgovori na vprašanje: 'Ali smo zgradili pravi sistem?' medtem ko validacije naslavljajo: 'Ali smo sistem zgradili pravilno?'
V&V v različnih fazah razvojnega življenjskega cikla
Preverjanje in potrjevanje se izvajata v vsaki fazi razvojnega življenjskega cikla.
Poskusimo si jih ogledati.
# 1) V & V naloge - Načrtovanje
- Preverjanje pogodbe.
- Ocena konceptnega dokumenta.
- Izvajanje analize tveganja.
# 2) V & V naloge - Faza zahtev
- Ocena zahtev po programski opremi.
- Vrednotenje / analiza vmesnikov.
- Izdelava načrta preskusa sistemov.
- Priprava načrta za sprejemni test.
# 3) V&V naloge - Faza oblikovanja
- Vrednotenje oblikovanja programske opreme.
- Vrednotenje / analiza vmesnikov (UI).
- Izdelava integracijskega preskusnega načrta.
- Priprava načrta preizkusa komponent.
- Ustvarjanje zasnove testa.
# 4) V&V naloge - Faza izvajanja
- Vrednotenje izvorne kode.
- Vrednotenje dokumentov.
- Ustvarjanje testnih primerov.
- Izdelava preskusnega postopka.
- Izvajanje testnih primerov komponent.
# 5) V&V naloge - Preskusna faza
- Izvedba testnega primera sistemov.
- Izvedba primera preizkusa sprejemljivosti.
- Posodabljanje meritev sledljivosti.
- Analiza tveganja
# 6) V&V naloge - Faza namestitve in prevzema
- Revizija namestitve in konfiguracije.
- Končni test izdelave kandidata za namestitev.
- Priprava končnega poročila o preskusu.
# 7) V&V naloge - Faza delovanja
- Ocena nove omejitve.
- Ocena predlagane spremembe.
# 8) V&V naloge - Faza vzdrževanja
- Vrednotenje anomalij.
- Ocena migracije.
- Ocena lastnosti ponovnega sojenja.
- Ocena predlagane spremembe.
- Potrditev proizvodnih težav.
Razlika med preverjanjem in potrjevanjem
Preverjanje | Preverjanje veljavnosti |
---|---|
Oceni posredniške izdelke, da preveri, ali ustrezajo posebnim zahtevam določene faze. | Oceni končni izdelek, da preveri, ali ustreza poslovnim potrebam. |
Preveri, ali je izdelek izdelan v skladu z določeno zahtevo in specifikacijo zasnove. | Določa, ali je programska oprema primerna za uporabo in ustreza poslovnim potrebam. |
Preveri »Ali izdelek gradimo pravilno«? | Preveri »Ali gradimo pravi izdelek«? |
To se naredi brez izvajanja programske opreme. | Končano z izvajanjem programske opreme. |
Vključuje vse tehnike statičnega preskušanja. | Vključuje vse tehnike dinamičnega testiranja. |
Primeri vključujejo preglede, pregled in navodila. | Primer vključuje vse vrste testiranja, kot so dim, regresija, funkcionalnost, sistemi in UAT. |
Različni standardi
ISO / IEC 12207: 2008
Dejavnosti preverjanja | Dejavnosti potrjevanja |
---|---|
Preverjanje zahtev vključuje pregled zahtev. | Za analizo rezultatov pripravite dokumente o zahtevah za preskus, primere preizkusov in druge specifikacije preskusov. |
Preverjanje zasnove vključuje preglede vseh projektnih dokumentov, vključno s HLD in LDD. | Ocenite, ali te zahteve za preskušanje, primeri primerov in druge specifikacije odražajo zahteve in so primerne za uporabo. |
Preverjanje kode vključuje pregled kode. | Preizkusite mejne vrednosti, napetosti in funkcionalnosti. |
Preverjanje dokumentacije je preverjanje uporabniških priročnikov in drugih sorodnih dokumentov. | Preizkusite sporočila o napakah in v primeru kakršne koli napake program prijazno zaključite. Preizkuša, da programska oprema ustreza poslovnim zahtevam in je primerna za uporabo. |
CMMI:
Preverjanje in potrjevanje sta dve različni KPA na stopnji zrelosti 3
Dejavnosti preverjanja | Dejavnosti potrjevanja |
---|---|
Izvajanje medsebojnih pregledov. | Preverite, ali so izdelki in sestavni deli primerni za okolje. |
Preverite izbrane delovne izdelke. | Ko se postopek potrjevanja izvaja, se spremlja in nadzira. |
Standardizirajte določen postopek z oblikovanjem politik na organizacijski ravni za načrtovanje in izvajanje pregledov. | Izvajajte lekcije in zbirajte informacije o izboljšavah. Institucionalizirati določen postopek. |
IEEE 1012:
Cilji teh preskusnih dejavnosti so:
- Omogoča zgodnje odkrivanje in odpravljanje napak.
- Spodbuja in izboljšuje upravljavsko posredovanje znotraj procesnih in proizvodnih tveganj.
- Zagotavlja podporne ukrepe za proces življenjskega cikla programske opreme za povečanje skladnosti z zahtevami glede urnika in proračuna.
Kdaj uporabiti preverjanje in preverjanje?
To so neodvisni postopki, ki jih je treba uporabiti skupaj, da se preveri, ali sta sistem ali aplikacija skladna z zahtevami in specifikacijami in ali dosega predvideni namen. Oboje je pomemben sestavni del sistema vodenja kakovosti.
Pogosto je možno, da izdelek gre skozi preverjanje, vendar v fazi potrjevanja ne uspe. Ker so izpolnjevale dokumentirane zahteve in specifikacije, pa te specifikacije same niso bile sposobne zadovoljiti uporabnikovih potreb. Zato je pomembno, da opravimo preskušanje obeh vrst, da zagotovimo splošno kakovost.
Preverjanje se lahko uporablja kot notranji postopek pri razvoju, razširitvi ali izdelavi. Po drugi strani bi bilo treba validacijo uporabiti kot zunanji postopek, da bi zainteresirane strani sprejeli ustreznost.
Ali je preverjanje ali preverjanje UAT?
UAT (User Acceptance Testing) je treba šteti za potrditev. To je resnična validacija sistema ali aplikacije, ki jo opravijo dejanski uporabniki, ki potrdijo, če je sistem 'primeren za uporabo'.
Zaključek
V&V procesi določajo, ali izdelki dane dejavnosti ustrezajo zahtevam in so primerni za njegovo uporabo.
Na koncu je treba omeniti nekaj stvari:
- Z zelo enostavnejšimi izrazi (da se izognemo kakršni koli zmedi) se samo spomnimo, da preverjanje pomeni dejavnosti pregleda ali tehnike statičnega preskušanja, validacija pa dejanske dejavnosti izvajanja preizkusov ali tehnike dinamičnega testiranja.
- Preverjanje lahko vključuje sam izdelek ali ne. Za preverjanje vsekakor potrebujete izdelek. Včasih je mogoče preveriti dokumente, ki predstavljajo končni sistem.
- Preizkuševalcev ni nujno, da preverjajo in potrjujejo. Kot vidite zgoraj v tem članku, nekatere od njih izvajajo razvijalci in druge skupine.
To je vse, kar morate vedeti o preverjanju in potrjevanju, da lahko MSP (strokovnjaki za predmet) na tem področju.
Priporočeno branje
- Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
- Funkcionalno preskušanje v primerjavi s preizkušanjem učinkovitosti: Ali ga je treba izvajati hkrati?
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Statično preskušanje in dinamično preskušanje - razlika med tema dvema pomembnima preskusnima tehnikama
- Preskušanje učinkovitosti v primerjavi s preskusom obremenitve v primerjavi s testiranjem napetosti (razlika)
- Popoln vodnik za preizkus preverjanja gradnje (testiranje BVT)
- 101 razlike med osnovami preizkušanja programske opreme