Meny

Byggverifieringstestning (BVT-testning) Komplett guide

build verification testing complete guide

Prova Vårt Instrument För Att Eliminera Problem

Vad är Build Verification Testing (BVT)?

Build Verification Test är en uppsättning tester som körs på varje ny version för att verifiera att build kan testas innan den släpps till testteamet för vidare testning.

Dessa testfall är kärnfunktionella testfall som säkerställer att applikationen är stabil och kan testas grundligt. Vanligtvis är BVT-processen automatiserad. Om BVT misslyckas tilldelas byggnaden igen till en utvecklare för korrigeringen.

Byggverifieringstest (BVT-testning)

BVT kallas också Rökprovning eller testning av byggnadsacceptans (BAT)

Nybyggnad kontrolleras huvudsakligen för två saker:

  • Bygg validering
  • Bygg acceptans

Några BVT-grunder:

  • Det är en delmängd av tester som verifierar huvudfunktionerna.
  • BVT: erna körs vanligtvis på dagliga byggnader och om BVT misslyckas avvisas byggnaden och en ny version släpps efter att korrigeringarna har gjorts.
  • Fördelen med BVT är att det sparar ett testteams ansträngningar att sätta upp och testa en byggnad när större funktioner bryts.
  • Utforma BVT: er noga för att täcka grundläggande funktionalitet.
  • Vanligtvis bör BVT inte köras mer än 30 minuter.
  • BVT är en typ av Regressionstestning , gjort på varje nybyggnad.

BVT kontrollerar främst projektintegriteten och kontrollerar om alla moduler är integrerade ordentligt eller inte. Test av modulintegration är mycket viktigt när olika team utvecklar projektmoduler. Jag hörde många fall av applikationsfel på grund av felaktig modulintegrering. Även i värsta fall skrotas hela projektet på grund av fel i modulintegrationen.

Vad är huvuduppgiften i Build Release? Det är uppenbart att filen 'incheckning' dvs att inkludera alla nya och modifierade projektfiler associerade med respektive byggnader. BVT introducerades främst för att kontrollera den ursprungliga bygghälsan, dvs för att kontrollera om - alla nya och modifierade filer ingår i utgåvan, alla filformat är korrekta, varje filversion och språk, flaggor associerade med varje fil.

Dessa grundläggande kontroller är värda innan versionen släpps till testteamet för testning. Du kommer att spara tid och pengar genom att upptäcka byggfel i början med BVT.

Vilka testfall bör ingå i BVT?

Detta är ett mycket svårt beslut att ta innan du automatiserar BVT-uppgiften. Tänk på att BVTs framgång beror på vilka testfall du inkluderar i BVT.

Här är några enkla tips att inkludera Testfall i din BVT Automation Suite:

  • Inkludera endast kritiska testfall i BVT.
  • Alla testfall som ingår i BVT ska vara stabila.
  • Alla testfall borde ha känt förväntat resultatet.
  • Se till att alla inkluderade kritiska funktionstestfall är tillräckliga för applikationstesttäckning.

Inkluderar inte heller moduler i BVT, som ännu inte är stabila. För vissa underutvecklingsfunktioner kan du inte förutsäga förväntat beteende eftersom dessa moduler är instabila och du kanske känner till några kända fel innan du testar för dessa ofullständiga moduler. Det är ingen mening att använda sådana moduler eller testfall i BVT.

Du kan göra den här kritiska funktionalitetstestens inkluderingsuppgift enkel genom att kommunicera med alla som är involverade i projektutveckling och testning av livscykeln. En sådan process bör förhandla om BVT-testfall, vilket i slutändan säkerställer BVT-framgång. Ställ in vissa BVT-kvalitetsstandarder och dessa standarder kan endast uppfyllas genom att analysera viktiga projektfunktioner och scenarier.

Till exempel, Testfall som ska inkluderas i BVT för textredigeringsprogram (Endast några provtest):

  • Testfall för att skapa textfilen.
  • Testa fall för att skriva något i textredigeraren
  • Testfall för kopiering, klippning, klistra in funktion i textredigeraren
  • Testfall för att öppna, spara, radera textfil.

Detta är några provtestfall som kan markeras som ”kritiska” och för varje mindre eller större förändring i applikationen bör dessa grundläggande kritiska testfall utföras. Denna uppgift kan enkelt utföras av BVT.

BVT-automatiseringsdräkter måste upprätthållas och modifieras från tid till annan. T.ex. inkludera testfall i BVT när det finns nya stabila projektmoduler tillgängliga.

Vad händer när BVT Suite körs?

Säg att testverktyg för byggverifiering automatiseras efter nybyggnad.
# 1) Resultatet av BVT-körning skickas till alla e-post-ID: er som är kopplade till det projektet.
#två) BVT-ägaren (person som kör och underhåller BVT-sviten) inspekterar resultatet av BVT.
# 3) Om BVT misslyckas diagnostiserar BVT-ägaren orsaken till felet.
# 4) Om orsaken till felet är defekten i byggnaden skickas all relevant information med felloggar till respektive utvecklare.
# 5) Utvecklare på hans första diagnostiska svar till teamet om orsaken till felet. Om detta verkligen är ett fel? Och om det är en bugg, vad blir då hans buggfixeringsscenario.
# 6) Vid bug fix körs ännu en gång BVT-testpaket och om build passerar BVT skickas build till testteam för ytterligare detaljerad funktionalitet, prestanda och andra tester.

Denna process upprepas för varje nybyggnad.

Varför misslyckades BVT eller Build?

BVT går sönder ibland. Detta betyder inte att det alltid finns ett fel i byggnaden. Det finns några andra skäl att bygga fel som testfallskodningsfel, automatiseringsfel, infrastrukturfel, maskinvarufel etc.
Du måste felsöka orsaken till BVT-avbrottet och måste vidta lämpliga åtgärder efter diagnosen.

Tips för BVT-framgång:

# 1) Spendera mycket tid på att skriva BVT-testfall.
#två) Logga så mycket detaljerad information som möjligt för att diagnostisera BVT-godkänt eller misslyckat resultat. Detta hjälper utvecklargruppen att felsöka och snabbt känna till orsaken till felet.
# 3) Välj stabila testfall att inkludera i BVT. För nya funktioner, om nytt kritiskt testfall passerar konsekvent på olika konfigurationer, marknadsför detta testfall i din BVT-svit. Detta minskar sannolikheten för frekvent byggfel på grund av nya instabila moduler och testfall.
# 4) Automatisera BVT-processen så mycket som möjligt. Från byggprocess till BVT-resultat - automatisera allt.
# 5) Ha några påföljder för att bryta byggnaden ;-) Vissa choklad eller teamkaffe från en utvecklare som bryter byggnaden kommer att göra.

Slutsats

oracle-databasintervjufrågor och svar

BVT är inget annat än en uppsättning fall av regressionstest som utförs varje gång för nybyggnaden. Detta kallas också ett röktest. Bygget tilldelas inte testteamet om inte och tills BVT passerar.

BVT kan köras av utvecklare eller testare och BVT-resultat kommuniceras i hela teamet och omedelbara åtgärder vidtas för att åtgärda felet om BVT misslyckas. BVT-processen automatiseras vanligtvis genom att skriva manus för testfall.

Endast kritiska testfall ingår i BVT. Dessa testfall bör säkerställa applikationstesttäckning. BVT är mycket effektivt för både dagliga och långsiktiga byggnader. Detta sparar betydande tid, kostnader, resurser och trots allt ingen frustration för testteamet för den ofullständiga byggnaden.

Om du har någon erfarenhet av BVT-processen, vänligen dela den med våra läsare i kommentarerna nedan.

Rekommenderad läsning

^