Meni

Končni vodič za preverjanje veljavnosti

  • Glavni
  • Drugo
  • Končni vodič za preverjanje veljavnosti

validation testing ultimate guide

Preizkusite Naš Instrument Za Odpravo Težav

Raziščite pomen preverjanja veljavnosti:

Kaj se boste naučili:

Kaj je preverjanje veljavnosti?

Preverjanje veljavnosti je postopek, s katerim zagotovimo, ali preizkušena in razvita programska oprema ustreza potrebam odjemalca / uporabnika. Logiko ali scenarije poslovnih zahtev je treba podrobno preizkusiti. Tu je treba preizkusiti vse kritične funkcionalnosti aplikacije.

Kot preizkuševalec je vedno pomembno, kako preveriti poslovno logiko ali scenarije, ki so vam dani. Tak postopek, ki pomaga pri podrobni oceni funkcionalnosti, je postopek preverjanja veljavnosti.

Vsakič, ko vas pozovejo, da opravite preizkus preverjanja veljavnosti, je potrebna velika odgovornost, saj morate preskusiti vse ključne poslovne zahteve glede na potrebe uporabnikov. Zahteve, ki jih je postavil uporabnik, ne smejo biti niti ene same. Zato je močno znanje o preverjanju veljavnosti zelo pomembno.

Preskus validacije

Kot preskuševalec morate oceniti, ali so rezultati izvedbe preskusa skladni s tistimi, omenjenimi v dokumentu z zahtevami. Vsako odstopanje je treba takoj sporočiti in to odstopanje se tako imenuje napaka.

Za izvajanje validacijskega testa se uporabljajo orodja, kot so HP Quality Center, Selenium, Appium itd., Ki lahko tam shranijo rezultate testa. Ustrezen načrt preizkusa, izvedbe preizkusov, poročila o napakah, poročila in meritve so pomembni rezultati, ki jih je treba predložiti.

S perspektive podjetja se preizkus validacije na preprost način izvede v naslednjih korakih:

  • Končne uporabnike zberete poslovne zahteve za preverjanje veljavnosti.
  • Pripravite poslovni načrt in ga pošljite v odobritev vključenim strankam / zainteresiranim stranem.
  • Po odobritvi načrta začnete pisati potrebne testne primere in jih poslati v odobritev.
  • Po odobritvi začnete s testiranjem z zahtevano programsko opremo, okoljem in pošiljate končne izdelke, kot zahteva stranka.
  • Po odobritvi končnih rezultatov naročnik opravi testiranje UAT.
  • Po tem programska oprema gre v proizvodnjo.

koraki za preverjanje veljavnosti

ustvari datoteko make c ++

Poglejmo zdaj podrobneje o validaciji.

Razlika med preverjanjem in potrjevanjem

Razumimo jih s primerom na preprost način.

Primer:

Zahteva stranke:

Predlagana injekcija ne sme tehtati več kot 2 cm.

Preveritveni test:

  • S kontrolnim seznamom, pregledom in zasnovo preverite, ali je injekcija injekcija, ki ne tehta več kot 2 cm.

Validacijski test:

  • Z ročnim ali avtomatizacijskim testiranjem preverite, ali vbrizgavanje ne tehta več kot 2 cm.
  • Vsak možen scenarij, ki se nanaša na težo vbrizga, morate preveriti s katero koli primerno metodo testiranja (funkcionalne in nefunkcionalne metode).
  • Preverite, ali so meritve manjše od 2 cm in večje od 2 cm.
PreverjanjePreverjanje veljavnosti
Postopek samo preveri zasnovo, kodo in program.Oceniti mora celoten izdelek, vključno s kodo.
Vključeni so pregledi, navodila, inšpekcijski pregledi in preverjanje miz.Vključene so funkcionalne in nefunkcionalne metode testiranja. Izvede se poglobljeno preverjanje izdelka.
Preveri programsko opremo s specifikacijami.Preveri, ali programska oprema ustreza uporabniškim potrebam.

Vključene faze

  • Kvalifikacija oblikovanja: To vključuje izdelavo preskusnega načrta na podlagi poslovnih zahtev. Vse specifikacije je treba jasno navesti.
  • Kvalifikacija namestitve: To vključuje namestitev programske opreme na podlagi zahtev.
  • Operativna kvalifikacija: To vključuje fazo testiranja na podlagi specifikacije uporabniških zahtev.

To lahko vključuje Preskušanje funkcionalnosti:

    • Enotno testiranje - Črna škatla, bela škatla, siva škatla.
    • Integracijsko testiranje - Od zgoraj navzdol, od spodaj navzgor, velik pok.
    • Testiranje sistema - Preizkušanje razumnosti, dima in regresije.
  • Kvalifikacija uspešnosti: UAT (preskus sprejemljivosti uporabnika) - Preskušanje alfa in beta.
  • Proizvodnja

faze, vključene v preverjanje veljavnosti

Kvalifikacija oblikovanja

Usposobljenost za oblikovanje preprosto pomeni, da morate zasnovo programske opreme pripraviti tako, da ustreza uporabniškim specifikacijam. Predvsem morate dobiti Dokument o zahtevah uporabniških zahtev (URS) od stranke, da nadaljuje z oblikovanjem.

Testna strategija:

Ta dokument je osnova za pripravo preskusnega načrta. Običajno ga pripravi vodja ekipe ali vodja projekta. Opisuje, kako bomo nadaljevali s testiranjem in dosegli želeni cilj.

Za vključitev vseh postopkov je treba oblikovati ustrezen načrt, ki ga morajo zainteresirane strani odobriti. Torej nam sporočite sestavine preskusnega načrta.

V nekaj projektih je mogoče testni načrt in preskusno strategijo vključiti kot en dokument. Za zapleten projekt so pripravljeni tudi ločeni strateški dokumenti (večinoma v tehniki avtomatizacije).

Sestavni deli načrta za preverjanje veljavnosti:

  • Opis projekta
  • Razumevanje zahtev
  • Obseg testiranja
  • Preskusne stopnje in urnik preskusov
  • Zaženi izdelavo načrta
  • Zahteve glede strojne opreme in programske opreme
  • Vloge in odgovornosti
  • Predpostavka in odvisnosti
  • Tveganja in ublažitve
  • Poročilo in meritve

Opis projekta: Tukaj morate pojasniti ves opis aplikacije, ki vam je bila podeljena za testiranje. Vključevati mora vse funkcionalnosti aplikacije.

Razumevanje zahtev: Ko prejmete USR, morate omeniti razumljene zahteve s svoje strani. Lahko tudi pojasnilo, če obstaja. To je osnovno ali preskusno merilo za testiranje.

Obseg testiranja: Obseg mora podrobno vključevati module skupaj s funkcijami na visoki ravni. Naročniku morate povedati, katere zahteve bi zajeli pri svojem testiranju.

S poslovnega vidika se lahko zahteva preverjanje veljavnosti za kritične zahteve aplikacije. To preprosto pomeni, da rečete, kaj bo zajeto in kaj ne .

Preskusne ravni in časovni načrt preskusov: Omeniti morate, koliko krogov testiranja je treba opraviti. Celoten napor za preskusni projekt se oceni z uporabo standardnih tehnik ocenjevanja, kot je ocena testne točke (TCP) itd.

Kot pove že ime urnik preizkusov opisuje, kako bo izvedeno testiranje. Navesti mora tudi, kako in kdaj bo opravljena odobritev ter pregledi.

Primer:

Oblikovanje spletne strani je obravnavani projekt.

Stopnje testiranja vključujejo:

1. stopnja: Preskušanje dima
2. stopnja: Enotno preskušanje
3. stopnja: Integracijsko testiranje
3. stopnja: Testiranje sistema
3. stopnja: Preskus sprejemljivosti

Razpored preizkusov:

  1. Predložitev načrta - 1. dan
  2. Oblikovanje testnih primerov - 2. dan
  3. Suh tek in odpravljanje napak - 4. dan
  4. Pregled- 5. dan
  5. Formalni tek - 6. dan
  6. Rezultati, poslani v odobritev - 8. dan
  7. Poročila - 10. dan

Zaženi izdelavo načrta: Načrt izvajanja označuje število voženj, potrebnih za testiranje. Vsak tek, ki ga izvedete na terenu, bo ekipa na terenu zabeležila.

Na primer, ko uporabljate Orodje HP Quick Test Professional za izvedbo bo število voženj prikazano na zavihku Runs v preskusnem načrtu.

Zahteve glede strojne opreme in programske opreme:

  • Zahteve glede strojne in programske opreme, kot so naprave, različice brskalnika, IOS, orodja za testiranje, potrebna za projekt.
  • Kadrovanje pomeni imenovanje oseb, potrebnih za testiranje. Tu lahko omenite število ekip.
  • Če potrebujete dodatne člane za testiranje, lahko zahtevate na kraju samem, odvisno od obsega testiranja. Preprosto, ko se število testnih primerov poveča, pomeni, da za njihovo izvedbo potrebujete več članov ekipe.

Vloge in odgovornosti: To pomeni dodelitev nalog sorodnim vlogam, odgovornim za izvajanje različnih ravni testiranja.

Na primer,

Aplikacijo mora preizkusiti ekipa, ki jo sestavljajo 4 člani, da izvede 4 validacijske protokole, odgovornosti pa lahko prenesete na naslednji način:

  1. Testni vodnik: Oblika preskusnega načrta
  2. Član ekipe 1: Oblikovanje in izvedba protokolov 1,2.
  3. Član ekipe 2: Oblikovanje in izvedba protokolov 3,4.
  4. Član ekipe: Priprava poročil, pregled in meritve.

Predpostavka in odvisnosti: To pomeni, da bodo tu vključene predpostavke med načrtovanjem in odvisnosti, opredeljene za preskušanje.

Tveganja in ublažitev: Tveganja, povezana z načrtovanjem preskusov, kot so razpoložljivost želenih okolij, gradnja itd., Skupaj z načrti za ublažitev in izredne razmere.

Poročilo in meritve: Tu je treba omeniti dejavnike, ki so bili uporabljeni za testiranje in poročanje zainteresiranim stranem.

Primer mobilne aplikacije je spodaj:

metrike

Kvalifikacija namestitve

  • Kvalifikacija namestitve vsebuje podrobnosti, na primer, katero in koliko testnih okolij bi bilo uporabljeno, kakšna raven dostopa je potrebna za preizkuševalce v posameznem okolju, skupaj s potrebnimi testnimi podatki. Vključuje lahko združljivost brskalnika, orodja, potrebna za izvajanje, naprave, potrebne za testiranje itd. Sistem, ki se razvija, mora biti nameščen v skladu z zahtevami uporabnika.
  • Podatki o preskusu bodo morda potrebni za preizkušanje nekaterih aplikacij in jih mora dati ustrezna oseba. To je nujen predpogoj.
  • Nekatere aplikacije morda potrebujejo bazo podatkov. Vse podatke, potrebne za testiranje, moramo hraniti v zbirki podatkov za potrditev specifikacij.

Na primer, Nova aplikacija pravi, da je treba »abc« preizkusiti v mobilnih napravah (Android 4.3.1) in brskalnikih (Chrome 54), v takem primeru moramo slediti naslednjim:

  • Preverite, ali je pravilno pooblastilo za preverjanje spletnega mesta aplikacije 'abc'.
  • Preverite, ali so na voljo naprave, ki se uporabljajo za preizkušanje aplikacije, kot so mobilni (android / ios), brskalnik-Chrome, Internet Explorer z zahtevano različico.
  • Preverite, ali so te pravilno nameščene z navedenimi različicami (npr. Chrome 54, različica Android 4.3.1).
  • Prepričajte se, ali je aplikacija dostopna tako v brskalniku kot v mobilni napravi.

Operativna kvalifikacija

Operativna usposobljenost zagotavlja, da vsak modul in podmodul, zasnovan za aplikacijo v preskusu, deluje pravilno, kot se pričakuje v želenem okolju.

Preverjanje veljavnosti se na splošno izvaja v naslednji hierarhiji.

Hierarhija preverjanja veljavnosti

Funkcionalno testiranje igra glavno vlogo pri preverjanju veljavnosti. To preprosto pomeni, da morate preveriti funkcionalnost aplikacije z vsako omenjeno kritično zahtevo. To utira pot za preslikavo zahtev, omenjenih v dokumentu o funkcionalnih specifikacijah, in zagotavlja, da izdelek izpolnjuje vse omenjene zahteve.

Funkcionalno preskušanje in njegove vrste

Kot že ime pove, funkcionalno testiranje je testiranje funkcij, tj. kaj mora programska oprema narediti. Funkcionalnosti programske opreme bodo opredeljene v dokumentu s specifikacijami zahtev.

Oglejmo si na hitro njegove vrste.

# 1) Testiranje enote:

Enotno testiranje je preizkušanje posameznih enot / modulov / komponent / metod danega sistema. Potrjevanje polja, nadzor postavitve, oblikovanje itd. Se po kodiranju preskusijo z različnimi vhodi. Vsako vrstico kode je treba potrditi glede na posamezne enote.

Enotno testiranje izvajajo razvijalci sami. Stroški odpravljanja napak so tu manjši v primerjavi z drugimi stopnjami testiranja.

Primer:

Ocenjevanje zanke kode za funkcijo pravi, da je izbira spola primer preskušanja enot.

# 2) Testiranje črne škatle:

Testiranje vedenja aplikacije za želene funkcionalnosti glede na zahteve, ne da bi se osredotočili na notranje podrobnosti sistema, se imenuje testiranje črne škatle. Običajno ga izvaja neodvisna skupina za testiranje ali končni uporabniki aplikacije.

kateri je najboljši odstranjevalec vohunske programske opreme

Aplikacija je preizkušena z ustreznimi vložki in preizkušena za preverjanje, če se sistem obnaša po želji. S tem lahko preizkusimo tako funkcionalne kot tudi nefunkcionalne zahteve.

# 3) Preskušanje bele škatle:

Testiranje bele škatle ni nič drugega kot podrobno preverjanje programske kode za kodo. Celotno delovanje aplikacije je odvisno od napisane kode, zato jo je treba zelo natančno preizkusiti. Vsako enoto in njeno integracijo kot celoten modul morate preveriti postopoma.

Tu mora biti merilo preizkuševalec s programskim znanjem. To jasno ugotovi, ali je v poteku dela aplikacije kakršno koli odstopanje. Uporaben je tako za razvijalce kot tudi za preizkuševalce.

# 4) Testiranje sive škatle:

Testiranje sive škatle je kombinacija testiranja bele škatle in črne škatle. Tu je znano delno znanje o strukturi ali kodi enote, ki jo je treba preizkusiti.

Integracijsko preskušanje in njegove vrste

Posamezne komponente programske opreme, ki so že preizkušene pri preskušanju enot, so integrirane in preizkušene skupaj, da se preverijo njihove funkcionalnosti kot celota, da se zagotovi pretok podatkov med moduli.

To storijo razvijalci sami ali neodvisna skupina za testiranje. To lahko storite po preizkusu dveh ali več enot.

Pristop od zgoraj navzdol:

Pristop od zgoraj navzdol

Pri tem pristopu se najprej preskusijo zgornje enote, nato pa postopoma eno za drugo enote nižje ravni. Za simulacijo enot nižjega nivoja, ki v začetnih fazah morda niso na voljo, so potrebni testni ščitniki.

Pristop od spodaj navzgor:

Pristop od spodaj navzgor

Pri tem pristopu se najprej preskusijo spodnje enote, ki se integrirajo in nato enote višje ravni. Za simulacijo enot višjega nivoja, ki morda niso na voljo v začetnih fazah, so potrebni testni ščitniki.

Testiranje sistema in njegove vrste

Testiranje celotnega sistema / programske opreme se imenuje sistemsko testiranje. Sistem je popolnoma preizkušen glede na zahteve glede funkcionalnih zahtev. Sistemsko testiranje se izvaja glede na funkcionalne in nefunkcionalne zahteve. Testiranje črne skrinjice je na splošno zaželeno za tovrstno testiranje.

# 1) Preskušanje dima:

Ko graditelji dajo gradnjo na začetku, jo moramo temeljito preizkusiti. To se imenuje testiranje dima. Navesti moramo, ali je zgradba sposobna nadaljnjega testiranja ali ne.

popraviti napake registra Windows 10 brezplačno -

Za izvedbo preverjanja veljavnosti potrebujete pravilno gradnjo. Zato testiranje dima najprej opravi ekipa za testiranje. Potek dela preizkušene aplikacije je treba preizkusiti bodisi s testnimi primeri bodisi brez njega. Za to testiranje je koristen testni primer, ki zajema celoten tok.

# 2) Preverjanje razumnosti:

Pri preizkušanju razumnosti se preizkušajo glavne funkcionalnosti modulov aplikacije, ki se preskuša. Pri preizkušanju spletnega mesta, ki ima 3 zavihke, tj. Ustvarjanje profila, izobraževanje, prijava itd., V IRCTC , glavne funkcionalnosti vseh teh zavihkov je treba preveriti, ne da bi šli globlje.

Meniji, podmeniji, zavihki morajo biti preizkušeni v vseh modulih. Gre za podskupino regresijskega testiranja, saj se testiranje izvaja samo v glavnem toku in ne poglobljeno.

# 3) Preskus regresije:

Za vsako izdajo projekta lahko razvojna skupina uvede določene spremembe. Preverjanje veljavnosti, če nove spremembe niso vplivale na delovni tok sistema, se imenuje regresijsko testiranje. Tu je treba preizkusiti le nekatere testne primere, ki se nanašajo na nove zahteve.

Kvalifikacija uspešnosti

UAT (Uporabniško preverjanje sprejemljivosti):

To je zadnja faza testiranja, ki se izvaja, da se zagotovi, da se sistem obnaša po zahtevah, ki ustrezajo zahtevam. To naredi stranka. Ko stranka potrdi in izbriše sistemsko testiranje, lahko izdelek začne uvajati.

Preskušanje alfa in beta:

Alfa testiranje razvijalci opravijo v aplikaciji pred objavo na spletnem mestu za razvoj programske opreme. Vključuje testiranje črno-bele škatle. Beta testiranje se opravi na strani kupca, potem ko je izdelek razvit in uveden.

Primeri ali primeri protokola za preverjanje veljavnosti

S svojimi izkušnjami sem napisal ta protokol za prijavo v Gmail.

Poglobljeno preverjanje zajete funkcionalnosti prijave je tisto, kar v resnici je. Omenil pa bi, da se lahko uporabljeni slog stavčnih stolpcev popolnoma razlikuje in je odvisen od zahtev odjemalca.

=> Prenesite primere preizkusa preverjanja veljavnosti: Primer za prijavo v Gmail

Zaključek

No, pri validaciji gre za podrobno analizo funkcionalnosti izdelka. Kot preizkuševalec za preverjanje veljavnosti morate vedno upoštevati odstopanja, da boste dosegli optimalne rezultate pri testiranju.

Vsak napisan test mora biti oster, jedrnat in razumljiv tudi navadnemu človeku. Preizkuševalnik za preverjanje veljavnosti mora zagotoviti, da se razvija ustrezen izdelek v skladu z določenimi zahtevami.

Kot vodilo za preverjanje veljavnosti sem opisal postopek, povezan z validacijo.

Usposobljenost za načrtovanje, ki vključuje načrt potrjevanja, kvalifikacija za namestitev, ki govori o namestitvi strojne opreme in programske opreme, operativna kvalifikacija, ki vključuje celotno testiranje sistema, kvalifikacija za zmogljivost, ki vključuje preizkušanje sprejemljivosti uporabnika, ki daje dovoljenje za proizvodnjo.

Upam, da bi ta članek obogatil vaše znanje o konceptu preverjanja veljavnosti !!

Priporočeno branje

^