Meni

Popoln vodnik za preizkus preverjanja gradnje (testiranje BVT)

build verification testing complete guide

kako narediti kup v javi

Preizkusite Naš Instrument Za Odpravo Težav

Kaj je preizkušanje preverjanja gradnje (BVT)?

Test preverjanja zgradbe je niz preizkusov, ki se izvajajo pri vsaki novi zgradbi, da se preveri, ali je zgradba preizkusna, preden je izdana testni skupini za nadaljnje preskušanje.

Ti primeri so osnovni primeri funkcionalnosti, ki zagotavljajo stabilnost aplikacije in jih je mogoče temeljito preizkusiti. Običajno je postopek BVT avtomatiziran. Če BVT ne uspe, se gradnja znova dodeli razvijalcu za popravek.

Preskus preverjanja gradnje (testiranje BVT)

BVT se imenuje tudi Preskušanje dima ali gradi preizkušanje sprejemljivosti (BAT)

Nova zgradba se preverja predvsem zaradi dveh stvari:

  • Preverjanje zgradbe
  • Sprejetje gradnje

Nekaj ​​osnov BVT:

  • Gre za podskupino testov, ki preverjajo glavne funkcionalnosti.
  • BVT-ji se običajno izvajajo pri vsakodnevnih gradnjah, če BVT ne uspe, pa je gradnja zavrnjena in nova gradnja se sprosti po opravljenih popravkih.
  • Prednost BVT je v tem, da prihrani napor preizkusne skupine za postavitev in preizkus gradnje, kadar je večja funkcionalnost okvarjena.
  • Oblikujte BVT dovolj skrbno, da zajamete osnovne funkcije.
  • Običajno BVT ne sme trajati več kot 30 minut.
  • BVT je vrsta Preskušanje regresije , opravljeno pri vsaki novi gradnji.

BVT predvsem preverja celovitost projekta in preverja, ali so vsi moduli pravilno integrirani ali ne. Testiranje integracije modulov je zelo pomembno, ko različne ekipe razvijajo projektne module. Slišal sem veliko primerov odpovedi aplikacije zaradi nepravilne integracije modulov. Celo v najslabših primerih se celotni projekt zaradi neuspeha pri integraciji modulov odpravi.

Kaj je glavna naloga v različici Build Release? Očitno je datoteka 'check-in', tj. Vključiti vse nove in spremenjene datoteke projekta, povezane z ustreznimi gradnjami. BVT je bil v prvi vrsti uveden za preverjanje stanja začetne gradnje, torej za preverjanje, ali so - vse nove in spremenjene datoteke vključene v izdajo, ali so vsi formati datotek pravilni, vsaka različica datoteke in jezik, zastavice, povezane z vsako datoteko.

Ti osnovni pregledi so vredni pred izdajo različice preizkusne skupine. Z odkrivanjem napak pri gradnji že na začetku z uporabo BVT boste prihranili čas in denar.

Katere testne primere je treba vključiti v BVT?

To je zelo zapleteno odločitev, preden avtomatizirate nalogo BVT. Upoštevajte, da je uspeh BVT odvisen od tega, katere testne primere vključite v BVT.

Tu je nekaj preprostih nasvetov Testni primeri v vašem BVT Automation Suite:

  • V BVT vključite samo kritične testne primere.
  • Vsi testni primeri, vključeni v BVT, bi morali biti stabilni.
  • Vsi testni primeri bi morali vedeti, da pričakujejo rezultat.
  • Prepričajte se, da vsi vključeni primeri kritične funkcionalnosti zadoščajo za pokritost s preskusi aplikacij.

Prav tako ne vključuje modulov v BVT, ki še niso stabilni. Za nekatere nerazvite funkcije ne morete predvideti pričakovanega vedenja, ker so ti moduli nestabilni in morda poznate nekatere znane napake pred preskušanjem teh nepopolnih modulov. Takšnih modulov ali testnih primerov v BVT ni smiselno uporabljati.

To nalogo vključitve kritičnih funkcionalnih primerov lahko poenostavite tako, da komunicirate z vsemi, ki sodelujejo pri razvoju projektov in preizkušanju življenjskega cikla. Tak postopek bi se moral pogajati o testnih primerih BVT, ki na koncu zagotovijo uspeh BVT. Določite nekatere standarde kakovosti BVT, ki jih je mogoče izpolniti le z analizo glavnih značilnosti in scenarijev projekta.

Na primer, Preizkusni primeri, ki jih je treba vključiti v aplikacijo BVT for Text editor (Samo nekateri vzorčni testi):

  • Testni primer za ustvarjanje besedilne datoteke.
  • Preizkusite primere za zapisovanje nečesa v urejevalnik besedil
  • Testni primer za kopiranje, izrezovanje, lepljenje funkcije urejevalnika besedil
  • Testni primer za odpiranje, shranjevanje in brisanje besedilne datoteke.

To je nekaj vzorčnih testnih primerov, ki jih lahko označimo kot 'kritične' in za vsako manjšo ali večjo spremembo v aplikaciji je treba te osnovne kritične testne primere izvesti. To nalogo lahko enostavno opravi BVT.

Avtomatizacijske obleke BVT je treba vzdrževati in spreminjati glede na čas. Npr. vključite testne primere v BVT, ko so na voljo novi stabilni projektni moduli.

Kaj se zgodi, ko se zažene BVT Suite?

Recimo, da se testna zbirka za avtomatizacijo preverjanja gradnje izvede po kateri koli novi gradnji.
# 1) Rezultat izvedbe BVT se pošlje vsem ID-jem e-pošte, povezanim s tem projektom.
#two) Lastnik BVT (oseba, ki izvaja in vzdržuje paket BVT) pregleda rezultat BVT.
# 3) Če BVT ne uspe, potem lastnik BVT diagnosticira vzrok okvare.
# 4) Če je vzrok napake napaka v gradnji, se vse ustrezne informacije z dnevniki napak pošljejo ustreznim razvijalcem.
# 5) Razvijalec na svojih začetnih diagnostičnih odgovorih skupini o vzroku okvare. Ali je to res napaka? In če gre za napako, kakšen bo njegov scenarij odpravljanja napak.
# 6) Ob odpravljanju napak se znova izvede testni paket BVT in če gradnja preide BVT, se gradnja posreduje testni skupini za nadaljnje podrobnosti o funkcionalnosti, zmogljivosti in drugih testih.

za povečanje varnosti notranjega omrežja vašega podjetja

Ta postopek se ponovi pri vsaki novi gradnji.

Zakaj BVT ali gradnja ni uspela?

BVT se včasih zlomi. To ne pomeni, da je v gradnji vedno napaka. Obstaja še nekaj drugih razlogov za neuspeh gradnje, kot so napake pri kodiranju testnih primerov, napake avtomatizacijskega sklopa, napake infrastrukture, napake strojne opreme itd.
Odpraviti morate vzrok za prekinitev BVT in po diagnozi pravilno ukrepati.

Nasveti za uspeh BVT:

# 1) Preživite veliko časa za pisanje skriptov testnih primerov BVT.
#two) Zabeležite čim podrobnejše informacije, da diagnosticirate rezultat prenosa BVT ali neuspeh. To bo ekipi razvijalcev pomagalo odpraviti napake in hitro ugotoviti vzrok napake.
# 3) Izberite stabilne testne primere, ki jih želite vključiti v BVT. Če želite nove funkcije, če se novi kritični test dosledno prenese na drugačno konfiguracijo, ga preizkusite v svojem paketu BVT. To bo zmanjšalo verjetnost pogostih napak pri gradnji zaradi novih nestabilnih modulov in testnih primerov.
# 4) Čim bolj avtomatizirajte postopek BVT. Od postopka izdaje gradbe do rezultata BVT - avtomatizirajte vse.
# 5) Pripravite si nekaj kazni za prekinitev gradnje ;-) Nekatere čokolade ali skupinska zabava od razvijalca, ki prekine gradnjo, bodo storile.

Zaključek

BVT ni nič drugega kot skupek regresijskih testnih primerov, ki se vsakič izvedejo za novo zgradbo. Temu pravimo tudi dimni test. Izdelava ni dodeljena preskusni skupini, razen če in dokler BVT ne mine.

Razvijalec ali preizkuševalec lahko zažene BVT, rezultat BVT pa se sporoči celotni skupini in takoj odpravijo napako, če BVT ne uspe. Postopek BVT je običajno avtomatiziran s pisanjem skript za testne primere.

V BVT so vključeni le kritični testni primeri. Ti primeri bi morali zagotoviti pokritost s preskusi aplikacij. BVT je zelo učinkovit tako za vsakodnevno kot dolgoročno gradnjo. To prihrani znaten čas, stroške, vire in navsezadnje nezadovoljstvo testne ekipe zaradi nepopolne gradnje.

Če imate nekaj izkušenj s postopkom BVT, ga prosimo delite z našimi bralci v komentarjih spodaj.

Priporočeno branje

^