build verification testing complete guide
Što je ispitivanje provjere gradnje (BVT)?
Test provjere gradnje je skup testova koji se izvode na svakoj novoj gradnji kako bi se potvrdilo da je gradnja testirana prije nego što se pusti testnom timu na daljnje testiranje.
Ovi su test slučajevi temeljni testovi funkcionalnosti koji osiguravaju stabilnost aplikacije i mogu se temeljito testirati. Obično je BVT postupak automatiziran. Ako BVT ne uspije, izgradnja se ponovno dodjeljuje programeru radi popravljanja.
BVT se također naziva Ispitivanje dima ili gradi ispitivanje prihvatljivosti (BAT)
New Build se provjerava uglavnom zbog dvije stvari:
- Provjera gradnje
- Izgradite prihvaćanje
Neke osnove BVT-a:
- To je podskup testova koji provjeravaju glavne funkcionalnosti.
- BVT-ovi se obično izvode na dnevnoj gradnji, a ako BVT ne uspije, gradnja se odbija, a nova gradnja pušta se nakon izvršenih popravaka.
- Prednost BVT-a je što štedi napore ispitnog tima da postavi i testira gradnju kada se pokvari glavna funkcionalnost.
- Dizajnirajte BVT dovoljno pažljivo da pokriju osnovne funkcije.
- Uobičajeno BVT ne smije raditi duže od 30 minuta.
- BVT je vrsta Ispitivanje regresije , izvedeno na svakoj novoj gradnji.
BVT prvenstveno provjerava integritet projekta i provjerava jesu li svi moduli pravilno integrirani ili ne. Testiranje integracije modula vrlo je važno kada različiti timovi razvijaju projektne module. Čuo sam mnogo slučajeva neuspjeha aplikacije zbog nepravilne integracije modula. Čak i u najgorim slučajevima, cjelokupni projekt se odbacuje zbog neuspjeha u integraciji modula.
Koji je glavni zadatak u Build Releaseu? Očito je da datoteka prijavljuje, tj. Da uključuje sve nove i modificirane datoteke projekta povezane s odgovarajućim gradnjama. BVT je prvenstveno predstavljen za provjeru početnog stanja gradnje, tj. Za provjeru jesu li - sve nove i modificirane datoteke uključene u izdanje, jesu li svi formati datoteka ispravni, svaka verzija datoteke i jezik, zastavice povezane sa svakom datotekom.
Ove osnovne provjere vrijede prije izdavanja verzije testnom timu za testiranje. Uštedjet ćete vrijeme i novac otkrivanjem nedostataka u gradnji na samom početku pomoću BVT-a.
Koji bi test slučajevi trebali biti uključeni u BVT?
pitanja za oracle intervju i odgovori za iskusne
Ovo je vrlo nezgodna odluka koju trebate poduzeti prije automatizacije BVT zadatka. Imajte na umu da uspjeh BVT-a ovisi o tome koje ispitne slučajeve uključite u BVT.
Evo nekoliko jednostavnih savjeta Ispitni slučajevi u vašem BVT Automation Suiteu:
- Uključite samo kritične test slučajeve u BVT.
- Svi testovi uključeni u BVT trebali bi biti stabilni.
- Svi su test slučajevi trebali znati kako se očekuje rezultat.
- Provjerite jesu li svi uključeni slučajevi kritičnih funkcionalnih testova dovoljni za pokrivanje testnih aplikacija.
Također, ne uključuje module u BVT-u, koji još nisu stabilni. Za neke nerazvijene značajke ne možete predvidjeti očekivano ponašanje jer su ovi moduli nestabilni i možda znate neke poznate kvarove prije testiranja za ove nepotpune module. Nema smisla koristiti takve module ili test slučajeve u BVT-u.
Ovaj zadatak uključivanja kritičnih slučajeva funkcionalnosti možete učiniti jednostavnim komunicirajući sa svima onima koji su uključeni u razvoj projekata i testiranje životnog ciklusa. Takav bi postupak trebao pregovarati o BVT testnim slučajevima, koji u konačnici osiguravaju BVT uspjeh. Postavite neke BVT standarde kvalitete i ti se standardi mogu ispuniti samo analizom značajki i scenarija glavnih projekata.
Na primjer, Test slučajevi koji će biti uključeni u aplikaciju BVT for Text editor (Samo neki uzorci testova):
- Test slučaj za stvaranje tekstualne datoteke.
- Testirajte slučajeve za upisivanje nečega u uređivač teksta
- Test slučaj za funkciju kopiranja, izrezivanja, lijepljenja uređivača teksta
- Test slučaj za otvaranje, spremanje, brisanje tekstualne datoteke.
Ovo su neki uzorci testnih slučajeva, koji se mogu označiti kao „kritični“, a za svaku manju ili veću promjenu u aplikaciji trebali bi se izvršiti ovi osnovni kritični testni slučajevi. Ovaj zadatak BVT može lako izvršiti.
Odijela za automatizaciju BVT-a moraju se održavati i mijenjati prema vremenu. Npr. uključuju testne slučajeve u BVT kada su na raspolaganju novi stabilni moduli projekata.
Što se događa kada se pokrene BVT Suite?
Recimo, testni paket za automatizaciju provjere gradnje izveden nakon bilo koje nove gradnje.
# 1) Rezultat izvršenja BVT-a šalje se na sve adrese e-pošte povezane s tim projektom.
#dva) Vlasnik BVT-a (osoba koja izvršava i održava BVT paket) pregledava rezultat BVT-a.
# 3) Ako BVT zakaže, tada vlasnik BVT dijagnosticira uzrok kvara.
# 4) Ako je uzrok kvara nedostatak u gradnji, sve relevantne informacije s zapisnicima kvara šalju se odgovarajućim programerima.
# 5) Programer na svojim početnim dijagnostičkim odgovorima timu o uzroku kvara. Je li ovo doista greška? A ako je riječ o bugu, koji će biti njegov scenarij ispravljanja bugova.
# 6) Na popravku programske pogreške ponovno se izvršava BVT paket za testiranje, a ako gradnja prolazi BVT, gradnja se prosljeđuje testnom timu za daljnje detalje o funkcionalnosti, izvedbi i ostalim testovima.
Taj se postupak ponavlja za svaku novu izgradnju.
Zašto BVT ili Build nisu uspjeli?
BVT se ponekad lomi. To ne znači da u izradi uvijek postoji greška. Postoje neki drugi razlozi za neuspjeh gradnje, poput pogreške kodiranja testnog slučaja, pogreške automatiziranog paketa, pogreške infrastrukture, kvarovi hardvera itd.
Morate otkloniti uzrok prekida BVT-a i trebate poduzeti odgovarajuće mjere nakon dijagnoze.
Savjeti za uspjeh BVT-a:
# 1) Provedite poprilično vremena pišući BVT skripte za test slučajeve.
#dva) Zabilježite što detaljnije informacije kako biste dijagnosticirali rezultat prolaska ili neuspjeha BVT-a. To će pomoći timu programera da otkloni pogreške i brzo sazna uzrok kvara.
# 3) Odaberite stabilne test slučajeve koje ćete uključiti u BVT. Za nove značajke, ako novi kritični testni slučaj dosljedno prolazi na drugačijoj konfiguraciji, promovirajte ovaj testni slučaj u svom BVT paketu. To će smanjiti vjerojatnost čestih kvarova u gradnji zbog novih nestabilnih modula i test slučajeva.
# 4) Automatizirajte BVT postupak što je više moguće. Od postupka izdavanja gradnje do BVT rezultata - automatizirajte sve.
# 5) Neka kazne za prekid gradnje ;-) Neke čokolade ili timske zabave od programera koji prekinu gradnju će vam poslužiti.
Zaključak
BVT nije ništa drugo nego skup regresijskih test slučajeva koji se izvršavaju svaki put za novu gradnju. To se naziva i testom dima. Izrada nije dodijeljena testnom timu, osim i dok BVT ne prođe.
BVT može pokrenuti programer ili ispitivač, a rezultat BVT-a priopćava se cijelom timu i poduzimaju se trenutne radnje kako bi se ispravila greška ako BVT ne uspije. BVT postupak obično se automatizira pisanjem skripti za test slučajeve.
besplatni YouTube Video Converter u mp4
U BVT su uključeni samo kritični test slučajevi. Ovi bi testni slučajevi trebali osigurati pokrivenost testom aplikacije. BVT je vrlo učinkovit za svakodnevnu, ali i dugotrajnu gradnju. To štedi značajno vrijeme, troškove, resurse i uostalom nikakvu frustraciju testnog tima zbog nepotpune izrade.
Ako imate neko iskustvo u BVT procesu, podijelite ga s našim čitateljima u komentarima ispod.
Preporučena literatura
- Alfa testiranje i beta testiranje (cjelovit vodič)
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Vrste testiranja softvera: različite vrste ispitivanja s pojedinostima
- Vodič za ispitivanje skladišta podataka ETL-a (cjelovit vodič)
- Vodič za ispitivanje sigurnosti web aplikacija
- Najbolje QA usluge testiranja softvera tvrtke SoftwareTestingHelp
- Preuzimanje e-knjige za testiranje primera