validation testing ultimate guide
Istražite važnost provjere valjanosti:
Što ćete naučiti:
- Što je provjera valjanosti?
- Razlika između provjere i provjere valjanosti
- Uključene faze
- Primjeri slučajeva provjere valjanosti ili protokola
- Zaključak
- Preporučena literatura
Što je provjera valjanosti?
Provjera valjanosti postupak je kojim se osigurava da li testirani i razvijeni softver zadovoljava potrebe klijenta / korisnika. Logika ili scenariji poslovnih zahtjeva moraju se detaljno testirati. Ovdje se moraju testirati sve kritične funkcionalnosti aplikacije.
Kao ispitivač, uvijek je važno znati kako provjeriti poslovnu logiku ili scenarije koji su vam dati. Jedna od takvih metoda koja pomaže u detaljnoj procjeni funkcionalnosti je postupak provjere valjanosti.
Kad god se od vas zatraži da izvršite test provjere valjanosti, preuzima se velika odgovornost jer trebate testirati sve ključne poslovne zahtjeve na temelju potreba korisnika. Ne bi trebao postojati niti jedan propust u pogledu zahtjeva koje je korisnik tražio. Stoga je izravno znanje o provjeri valjanosti vrlo važno.
Kao ispitivač, morate procijeniti jesu li rezultati izvođenja ispitivanja u skladu s onim spomenutim u dokumentu sa zahtjevima. Svako odstupanje treba prijaviti odmah i to se odstupanje naziva bug.
Alati poput HP-ovog centra kvalitete, selena, appija itd. Koriste se za provođenje validacijskog testa i tamo možemo pohraniti rezultate testa. Ispravan plan ispitivanja, izvođenja testova, izvještaji o kvarovima, izvještaji i mjerni podaci važni su za dostavu.
Iz perspektive tvrtke, test provjere valjanosti na jednostavan način provodi se u sljedećim koracima:
- Od krajnjeg korisnika okupljate poslovne zahtjeve za provjeru valjanosti.
- Pripremite poslovni plan i pošaljite ga na odobrenje uključenim licu mjesta / dionicima.
- Po odobrenju plana započinjete pisati potrebne testove i šaljite ih na odobrenje.
- Nakon odobrenja započinjete s testiranjem potrebnog softvera, okruženja i šaljete isporuke na zahtjev klijenta.
- Nakon odobrenja rezultata, naručitelj vrši testiranje UAT-a.
- Nakon toga, softver ide u proizvodnju.
najbolji svjetski softver za hakiranje računala, besplatni download
Istražimo sada više o provjeri valjanosti u detalje.
Razlika između provjere i provjere valjanosti
Razumijemo ih na primjeru na jednostavan način.
Primjer:
Zahtjev klijenta:
Predložena injekcija ne bi trebala biti teža od 2 cm.
Test provjere:
- Pomoću kontrolnog popisa, pregleda i dizajna provjerite je li injekcija injekcija koja nije teža od 2 cm.
Test provjere valjanosti:
- Provjerite ima li ubrizgavanje veće od 2 cm pomoću ručnog ili automatiziranog ispitivanja.
- Morate provjeriti svaki mogući scenarij koji se odnosi na težinu injekcije primjenom bilo koje prikladne metode ispitivanja (funkcionalne i nefunkcionalne metode).
- Provjerite jesu li mjerenja manja od 2 cm i veća od 2 cm.
Verifikacija | Provjera valjanosti |
---|---|
Proces samo provjerava dizajn, kôd i program. | Trebao bi procijeniti cijeli proizvod, uključujući i kôd. |
Uključeni su pregledi, upute, inspekcije i provjere stolova. | Uključene su funkcionalne i nefunkcionalne metode ispitivanja. Obavlja se dubinska provjera proizvoda. |
Provjerava softver sa specifikacijama. | Provjerava zadovoljava li softver potrebe korisnika. |
Uključene faze
- Kvalifikacija dizajna: To uključuje izradu plana ispitivanja na temelju poslovnih zahtjeva. Sve specifikacije moraju biti jasno navedene.
- Kvalifikacija instalacije: To uključuje instalaciju softvera na temelju zahtjeva.
- Operativna kvalifikacija: To uključuje fazu testiranja koja se temelji na specifikaciji korisničkih zahtjeva.
To može uključivati Ispitivanje funkcionalnosti:
-
- Jedinstveno testiranje - Crna kutija, bijela kutija, siva kutija.
- Integracijsko ispitivanje - Odozgo, odozdo prema gore, Veliki prasak.
- Ispitivanje sustava - Ispitivanje razuma, dima i regresije.
- Kvalifikacija izvedbe: UAT (ispitivanje prihvaćanja korisnika) - Alfa i Beta testiranje.
- Proizvodnja
Kvalifikacija dizajna
Kvalifikacija dizajna jednostavno znači da dizajn softvera morate pripremiti na takav način da udovoljava korisničkim specifikacijama. Prvenstveno morate dobiti Dokument o specifikacijama korisničkih zahtjeva (URS) od naručitelja za nastavak dizajna.
Strategija ispitivanja:
Ovaj dokument čini osnovu za pripremu plana ispitivanja. Obično ga priprema voditelj tima ili voditelj projekta. Opisuje kako ćemo nastaviti testirati i postići željeni cilj.
Za inkorporiranje svih postupaka treba stvoriti odgovarajući plan i dobiti odobrenje od strane dionika. Dakle, recite nam komponente plana ispitivanja.
U nekoliko projekata plan ispitivanja i strategija ispitivanja mogu se uvrstiti kao jedan dokument. Za složeni projekt također se pripremaju zasebni strateški dokumenti (uglavnom u tehnici automatizacije).
Komponente plana provjere valjanosti:
- Opis projekta
- Razumijevanje zahtjeva
- Opseg ispitivanja
- Razine ispitivanja i raspored ispitivanja
- Pokreni izradu plana
- Hardversko-softverski i kadrovski zahtjevi
- Uloge i odgovornosti
- Pretpostavka i ovisnosti
- Rizici i ublažavanje
- Izvješće i metrika
Opis projekta: Ovdje morate pojasniti sav opis aplikacije koja vam je dodijeljena na testiranje. Trebao bi sadržavati sve funkcionalnosti aplikacije.
Razumijevanje zahtjeva: Po dobivanju USR-a morate spomenuti razumjene zahtjeve s vaše strane. Također možete iznijeti pojašnjenja ako postoje. To predstavlja osnovni ili testni kriterij za ispitivanje.
Opseg ispitivanja: Opseg mora detaljno sadržavati module, zajedno sa značajkama na visokoj razini. Morate reći klijentu koje sve zahtjeve biste pokrili u svom testiranju.
Iz poslovne perspektive, od ispitivanja valjanosti može se zatražiti da se izvrši za kritične zahtjeve aplikacije. To jednostavno znači da kažete što će biti pokriveno, a što ne .
Razine ispitivanja i raspored ispitivanja: Morate spomenuti koliko rundi testiranja treba provesti. Ukupni napor za projekt testiranja procjenjuje se pomoću standardnih tehnika procjene poput procjene Test Case Point (TCP) itd.
Kao što naziv govori raspored ispitivanja opisuje kako će se provesti ispitivanje. Također bi trebalo reći kako i kada će se provesti odobrenje i pregledi.
Primjer:
Dizajn web stranice je projekt koji se razmatra.
Razine ispitivanja uključuju:
Razina 1: Ispitivanje dima
Razina 2: Jedinstveno ispitivanje
Razina 3: Integracijsko ispitivanje
Razina 3: Ispitivanje sustava
Razina 3: Ispitivanje prihvatljivosti
Raspored ispitivanja:
- Predaja plana - 1. dan
- Dizajn test slučajeva - 2. dan
- Suho pokretanje i ispravljanje bugova - 4. dan
- Pregled- 5. dan
- Svečano trčanje - 6. dan
- Isporuke poslane na odobrenje - 8. dan
- Izvještaji - 10. dan
Pokreni izradu plana: Plan izvođenja označava broj izvođenja potrebnih za testiranje. Svako trčanje koje izvedete izvan terena zabilježit će tim na licu mjesta.
Na primjer, kada koristite HP Quick Test Professional alat za izvršavanje, broj izvođenja bit će prikazan na kartici Runs u planu ispitivanja.
Hardversko-softverski i kadrovski zahtjevi:
- Hardverski i softverski zahtjevi poput uređaja, inačica preglednika, IOS-a, alata za testiranje potrebnih za projekt.
- Osoblje znači imenovanje osoba potrebnih za testiranje. Ovdje možete spomenuti broj ekipa.
- U slučaju da su vam potrebni dodatni članovi za testiranje, tada možete zatražiti na licu mjesta, ovisno o opsegu testiranja. Jednostavno kada se broj testnih slučajeva poveća, to znači da vam treba više članova tima da ih izvrše.
Uloge i odgovornosti: To podrazumijeva dodjeljivanje zadataka povezanim ulogama odgovornim za provođenje različitih razina testiranja.
Na primjer,
Aplikaciju treba testirati tim koji se sastoji od 4 člana da bi izvršila 4 protokola provjere valjanosti, a odgovornosti možete dodijeliti na sljedeći način:
- Ispitni kabel: Izrada plana ispitivanja
- Član ekipe 1: Dizajn i izvršenje protokola 1,2.
- Član tima 2: Dizajn i izvršenje protokola 3,4.
- Član tima: Priprema izvještaja, pregleda i mjernih podataka.
Pretpostavka i ovisnosti: To znači da će ovdje biti uključene pretpostavke izrađene tijekom projektiranja i ovisnosti utvrđene za ispitivanje.
Rizici i ublažavanje: Rizici povezani s planiranjem ispitivanja, poput dostupnosti željenog okruženja, gradnje itd., Zajedno s planovima ublažavanja i nepredviđenih događaja.
Izvješće i mjerni podaci: Ovdje se moraju navesti čimbenici koji su korišteni za testiranje i izvještavanje dionika.
Primjer mobilne aplikacije nalazi se u nastavku:
Kvalifikacija instalacije
- Kvalifikacija instalacije sadrži detalje poput toga i koliko testnih okruženja će se koristiti, koja je razina pristupa potrebna testerima u svakom okruženju, zajedno s potrebnim testnim podacima. To može uključivati kompatibilnost preglednika, alate potrebne za izvršenje, uređaje potrebne za testiranje itd. Sustav koji se razvija trebao bi biti instaliran u skladu sa zahtjevima korisnika.
- Podaci za ispitivanje mogu biti potrebni za testiranje nekih aplikacija, a mora ih dati odgovarajuća osoba. To je vitalni preduvjet.
- Neke aplikacije mogu zahtijevati bazu podataka. Sve podatke potrebne za testiranje moramo spremiti u bazi podataka da bismo provjerili specifikacije.
Na primjer, Nova aplikacija kaže da „abc“ treba testirati na mobilnim uređajima (Android 4.3.1) i pregledniku (Chrome 54), u tom slučaju moramo voditi evidenciju o sljedećem:
- Provjerite je li dato odgovarajuće ovlaštenje za provjeru web mjesta aplikacije 'abc'.
- Pogledajte jesu li dostupni uređaji koji se koriste za testiranje aplikacije poput mobilnih uređaja (android / ios), preglednika Chrome, Internet Explorera sa potrebnom verzijom.
- Provjerite jesu li ispravno instalirane s navedenim verzijama (npr. Chrome 54, Android verzija 4.3.1).
- Provjerite je li aplikacija dostupna i u pregledniku i na mobitelu.
Operativna kvalifikacija
Operativna kvalifikacija osigurava da svaki modul i podmodul dizajniran za aplikaciju koja se testira funkcionira ispravno kako se očekuje u željenom okruženju.
Testiranje provjere valjanosti, općenito, provodi se u sljedećoj hijerarhiji.
Funkcionalno testiranje igra glavnu ulogu u provjeri valjanosti. To jednostavno znači da morate provjeriti funkcionalnost aplikacije prema svakom spomenutom kritičnom zahtjevu. To utire put mapiranju zahtjeva spomenutih u dokumentu o funkcionalnim specifikacijama i osigurava da proizvod udovoljava svim spomenutim zahtjevima.
Funkcionalno ispitivanje i njegove vrste
Kao što i samo ime govori, funkcionalno testiranje je testiranje funkcija tj. što softver mora raditi. Funkcionalnosti softvera bit će definirane u dokumentu sa specifikacijama zahtjeva.
Kratko ćemo pogledati njegove vrste.
# 1) Jedinstveno testiranje:
Jedinstveno testiranje je testiranje pojedinih jedinica / modula / komponenata / metoda datog sustava. Provjera polja, kontrola rasporeda, dizajn, itd., Testiraju se s različitim ulazima nakon kodiranja. Svaki redak koda treba provjeriti u pojedinačnim jedinstvenim testnim slučajevima.
Jedinstveno testiranje rade sami programeri. Cijena popravljanja programskih pogrešaka ovdje je manja u usporedbi s ostalim razinama testiranja.
unit test integracija test test sustava
Primjer:
Procjena petlje koda za funkciju kaže da je odabir spola primjer jediničnog testiranja.
# 2) Ispitivanje crne kutije:
Testiranje ponašanja aplikacije za željene funkcionalnosti prema zahtjevima bez fokusiranja unutarnjih detalja sustava naziva se testiranje crne kutije. Obično ga izvodi neovisni tim za testiranje ili krajnji korisnici aplikacije.
Aplikacija se testira s relevantnim ulazima i testira se za provjeru valjanosti ponašanja sustava prema želji. To se može koristiti za testiranje kako funkcionalnih, tako i nefunkcionalnih zahtjeva.
# 3) Ispitivanje bijele kutije:
Ispitivanje bijele kutije nije ništa drugo do detaljna provjera programskog koda po kodu. Cjelokupni rad aplikacije ovisi o napisanom kodu, stoga je potrebno vrlo pažljivo testirati kôd. Morate provjeriti svaku jedinicu i njezinu integraciju kao cjelovit modul korak po korak.
Tester s programskim znanjem ovdje je obavezan kriterij. Ovo jasno otkriva postoji li odstupanje u tijeku rada aplikacije. Korisna je i za programere i za testere.
# 4) Ispitivanje sive kutije:
c ++ pretvoriti char u niz
Testiranje sive kutije kombinacija je testiranja bijele kutije i crne kutije. Ovdje je poznato djelomično znanje o strukturi ili kodu jedinice koja se ispituje.
Integracijsko ispitivanje i njegove vrste
Pojedinačne komponente softvera koje su već testirane u jedinstvenom testiranju integrirane su i testirane zajedno kako bi se testirale njihove funkcionalnosti u cjelini, kako bi se osigurao protok podataka kroz module.
To rade sami programeri ili neovisni tim za testiranje. To se može učiniti nakon testiranja dvije ili više jedinica.
Pristup od vrha prema dolje:
U ovom pristupu prvo se ispituju gornje jedinice, a zatim se korak po korak ispituju jedinice niže razine. Ispitne pločice koje se mogu koristiti potrebne su za simuliranje jedinica niže razine koje možda neće biti dostupne tijekom početnih faza.
Pristup odozdo prema gore:
U ovom pristupu prvo se ispituju donje jedinice, integriraju se, a zatim ispituju jedinice više razine. Ispitne pločice koje se mogu koristiti potrebne su za simulaciju jedinica više razine koje možda neće biti dostupne tijekom početnih faza.
Ispitivanje sustava i njegove vrste
Testiranje kompletnog sustava / softvera naziva se testiranje sustava. Sustav je u potpunosti testiran prema specifikacijama funkcionalnih zahtjeva. Ispitivanje sustava vrši se prema funkcionalnim i nefunkcionalnim zahtjevima. Testiranje crnih kutija uglavnom je poželjno za ovu vrstu testiranja.
# 1) Ispitivanje dima:
Kada graditelji u početku daju gradnju na testiranje, moramo temeljito testirati građevinu. To se naziva ispitivanje dima. Moramo navesti je li izrada sposobna za daljnje testiranje ili ne.
Da biste izvršili provjeru valjanosti, potrebna vam je pravilna izrada. Stoga ispitivanje dima prvo provodi ispitni tim. Tok rada testirane aplikacije trebao bi se testirati ili s test slučajevima ili bez njega. Test test koji pokriva cijeli tok koristan je za ovo testiranje.
# 2) Ispitivanje razumnosti:
U ispitivanju ispravnosti ispitane su glavne funkcionalnosti modula aplikacije koja se ispituje. U testiranju web stranice koja ima 3 kartice, tj. Stvaranje profila, obrazovanje, prijava itd., U IRCTC , glavne funkcionalnosti svih ovih kartica moraju se provjeriti bez da se ide dublje.
Izbornici, podizbornici, kartice moraju se testirati u svim modulima. To je podskup regresijskog ispitivanja jer se ispitivanje vrši samo glavnog toka, a ne u dubini.
# 3) Ispitivanje regresije:
Za svako izdanje projekta, razvojni tim može uvesti određene promjene. Provjera valjanosti ako nove promjene nisu utjecale na radni tok sustava naziva se testiranjem regresije. Ovdje se moraju testirati samo određeni testovi koji se odnose na nove zahtjeve.
Kvalifikacija izvedbe
UAT (ispitivanje prihvaćenosti korisnika):
Ovo je zadnja faza ispitivanja koja se provodi kako bi se osiguralo da se sustav ponaša kako je potrebno u skladu s navedenim zahtjevima. To čini klijent. Nakon što klijent certificira i ukloni testiranje sustava, proizvod može krenuti u implementaciju.
Alfa i beta testiranje:
Alfa testiranje rade programeri na aplikaciji prije objavljivanja na web mjestu za razvoj softvera. Uključuje ispitivanje crno-bijelih kutija. Beta testiranje vrši se na strani kupca nakon što se proizvod razvije i primijeni.
Primjeri slučajeva provjere valjanosti ili protokola
Sa svojim iskustvom napisao sam ovaj protokol za prijavu na Gmail.
Dubinska provjera obuhvaćene funkcionalnosti prijave ono je što validacija zapravo jest. No, želio bih napomenuti da se stil korištenih stupaca rečenica može potpuno razlikovati i ovisiti o zahtjevima klijenta.
=> Preuzmi uzorke slučajeva provjere valjanosti: Test slučaja za prijavu na Gmail
Zaključak
Pa, validacija se sastoji od detaljne analize funkcionalnosti proizvoda. Kao ispitivač za provjeru valjanosti, uvijek morate upamtiti da tada i tamo prijavite odstupanja kako biste postigli optimalne rezultate u ispitivanju.
Svaki napisan test trebao bi biti oštar, sažet i razumljiv čak i običnom čovjeku. Ispitivač valjanosti trebao bi osigurati da se pravi proizvod razvija prema navedenim zahtjevima.
Kao vodič za provjeru valjanosti, obradio sam postupak povezan s provjerom valjanosti.
Kvalifikacija dizajna koja uključuje plan provjere valjanosti, kvalifikacija instalacije koja govori o ugradnji hardverskog softvera, operativna kvalifikacija koja uključuje cjelokupno testiranje sustava, kvalifikacija izvedbe koja uključuje ispitivanje prihvaćanja korisnika koja daje autorizaciju za proizvodnju.
Nadam se da bi vam ovaj članak obogatio znanje o konceptu provjere valjanosti !!
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Alfa testiranje i beta testiranje (cjelovit vodič)
- Ključne razlike između testiranja crne kutije i bijele kutije
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Testiranje e-knjige za preuzimanje priručnika
- Potpuni vodič za testiranje provjere izrade (BVT testiranje)
- Što je testiranje sustava - Vodič za krajnje početnike
- Vodič za ispitivanje sigurnosti web aplikacija