build verification testing complete guide
Wat is Build Verification Testing (BVT)?
Build Verification Test is een set tests die op elke nieuwe build wordt uitgevoerd om te controleren of de build testbaar is voordat deze wordt vrijgegeven aan het testteam voor verdere tests.
Deze testcases zijn testcases voor kernfunctionaliteit die ervoor zorgen dat de applicatie stabiel is en grondig kan worden getest. Meestal is het BVT-proces geautomatiseerd. Als BVT mislukt, wordt die build opnieuw toegewezen aan een ontwikkelaar voor de oplossing.
c ++ aangrenzende lijst ongerichte grafiek
BVT wordt ook wel Rook testen of bouwt acceptatietesten (BAT)
Nieuwbouw wordt voornamelijk op twee dingen gecontroleerd:
- Bouw validatie
- Bouw acceptatie op
Enkele basisprincipes van BVT:
- Het is een subset van tests die de belangrijkste functionaliteiten verifiëren.
- De BVT's worden doorgaans uitgevoerd op dagelijkse builds en als de BVT mislukt, wordt de build afgewezen en wordt een nieuwe build vrijgegeven nadat de fixes zijn voltooid.
- Het voordeel van BVT is dat het de inspanningen van een testteam bespaart om een build op te zetten en te testen wanneer belangrijke functionaliteit wordt verbroken.
- Ontwerp BVT's zorgvuldig genoeg om de basisfunctionaliteit te dekken.
- Gewoonlijk zou BVT niet langer dan 30 minuten moeten lopen.
- BVT is een type Regressietesten , gedaan op elke nieuwe build.
BVT controleert primair op de projectintegriteit en controleert of alle modules goed zijn geïntegreerd of niet. Module-integratietesten zijn erg belangrijk wanneer verschillende teams projectmodules ontwikkelen. Ik heb veel gevallen gehoord van applicatiefouten als gevolg van onjuiste module-integratie. Zelfs in de ergste gevallen wordt het volledige project geschrapt vanwege een storing in de module-integratie.
Wat is de hoofdtaak in Build Release? Het is duidelijk dat u ‘check-in’ moet indienen, d.w.z. om alle nieuwe en gewijzigde projectbestanden op te nemen die zijn gekoppeld aan de respectievelijke builds. BVT werd voornamelijk geïntroduceerd om de initiële status van de build te controleren, d.w.z. om te controleren of - alle nieuwe en gewijzigde bestanden in de release zijn opgenomen, alle bestandsindelingen correct zijn, elke bestandsversie en taal, vlaggen die aan elk bestand zijn gekoppeld.
Deze basiscontroles zijn de moeite waard voordat de build wordt vrijgegeven om het testteam te testen. U bespaart tijd en geld door de bouwfouten vanaf het begin met BVT te ontdekken.
wat is beschrijvend programmeren in qtp
Welke testcases moeten in BVT worden opgenomen?
Dit is een zeer lastige beslissing om te nemen voordat de BVT-taak wordt geautomatiseerd. Houd er rekening mee dat het succes van BVT afhangt van de testcases die u in BVT opneemt.
Hier zijn enkele eenvoudige tips om op te nemen Testgevallen in uw BVT Automation Suite:
- Neem alleen kritieke testgevallen op in BVT.
- Alle testgevallen die in BVT zijn opgenomen, moeten stabiel zijn.
- Alle testgevallen hadden het resultaat moeten weten.
- Zorg ervoor dat alle inbegrepen testcases voor kritische functionaliteit voldoende zijn voor dekking van applicatietests.
Neem ook geen modules op in BVT, die nog niet stabiel zijn. Voor sommige functies die onderontwikkeld zijn, kunt u het verwachte gedrag niet voorspellen, aangezien deze modules onstabiel zijn en u wellicht enkele bekende fouten kent voordat u gaat testen op deze onvolledige modules. Het heeft geen zin om dergelijke modules of testcases in BVT te gebruiken.
U kunt deze taak voor het opnemen van kritieke functionaliteitstests eenvoudig maken door te communiceren met alle betrokkenen bij projectontwikkeling en de levenscyclus van testen. Een dergelijk proces zou BVT-testcases moeten onderhandelen, die uiteindelijk het succes van BVT garanderen. Stel enkele BVT-kwaliteitsnormen in en aan deze normen kan alleen worden voldaan door belangrijke projectkenmerken en scenario's te analyseren.
Bijvoorbeeld, Testcases die moeten worden opgenomen in BVT voor teksteditor-applicatie (Alleen enkele voorbeeldtests):
- Testcase voor het maken van het tekstbestand.
- Testgevallen om iets in de teksteditor te schrijven
- Testcase voor kopiëren, knippen en plakken van de teksteditor
- Testcase voor het openen, opslaan en verwijderen van tekstbestanden.
Dit zijn enkele voorbeeldtestgevallen, die als ‘kritiek’ kunnen worden gemarkeerd en voor elke kleine of grote wijziging in de applicatie moeten deze fundamentele kritieke testgevallen worden uitgevoerd. Deze taak kan eenvoudig worden uitgevoerd door BVT.
BVT automatiseringspakken moeten van tijd tot tijd worden onderhouden en aangepast. Bijv. neem testcases op in BVT als er nieuwe stabiele projectmodules beschikbaar zijn.
Wat gebeurt er als de BVT Suite wordt uitgevoerd?
Stel: Build-verificatie-automatiseringstestsuite uitgevoerd na elke nieuwe build.
# 1) Het resultaat van BVT-uitvoering wordt verzonden naar alle e-mail-ID's die aan dat project zijn gekoppeld.
#twee) De BVT-eigenaar (persoon die de BVT-suite uitvoert en onderhoudt) inspecteert het resultaat van BVT.
# 3) Als BVT faalt, stelt de BVT-eigenaar de oorzaak van het falen vast.
# 4) Als de foutoorzaak het defect in de build is, wordt alle relevante informatie met foutlogboeken naar de respectievelijke ontwikkelaars gestuurd.
# 5) Ontwikkelaar antwoordt op zijn eerste diagnostische antwoord aan het team over de oorzaak van de storing. Of dit echt een bug is? En als het een bug is, wat wordt dan zijn scenario voor het oplossen van bugs?
# 6) Bij bugfix nogmaals BVT-testsuite wordt uitgevoerd en als de build BVT doorstaat, wordt de build doorgegeven aan het testteam voor verdere details over functionaliteit, prestaties en andere tests.
Dit proces wordt herhaald voor elke nieuwe build.
Waarom is BVT of Build mislukt?
BVT breekt soms. Dit betekent niet dat er altijd een bug in de build zit. Er zijn een aantal andere redenen om te bouwen, zoals coderingsfout in testcases, automatiseringssuite-fout, infrastructuurfout, hardwarefouten enz.
U moet de oorzaak van de BVT-onderbreking oplossen en de juiste actie ondernemen na de diagnose.
Tips voor succes met BVT:
# 1) Besteed veel tijd aan het schrijven van scripts voor BVT-testcases.
#twee) Registreer zo veel mogelijk gedetailleerde informatie om een diagnose te stellen van het resultaat van BVT pass of fail. Dit helpt het ontwikkelteam om fouten op te sporen en snel de oorzaak van de fout te achterhalen.
# 3) Selecteer stabiele testgevallen om op te nemen in BVT. Voor nieuwe functies: als een nieuwe kritische testcase consistent slaagt in een andere configuratie, promoot dan deze testcase in uw BVT-suite. Dit verkleint de kans dat het bouwen vaak mislukt als gevolg van nieuwe onstabiele modules en testcases.
# 4) Automatiseer het BVT-proces zoveel mogelijk. Vanaf het build-releaseproces tot het BVT-resultaat - automatiseer alles.
# 5) Heb wat straffen voor het breken van de build ;-) Sommige chocolaatjes of een koffiefeestje van een ontwikkelaar die de build breekt, is voldoende.
Gevolgtrekking
BVT is niets anders dan een reeks regressietestgevallen die elke keer worden uitgevoerd voor de nieuwbouw. Dit wordt ook wel een rooktest genoemd. De build wordt niet toegewezen aan het testteam tenzij en totdat de BVT slaagt.
c ++ en java verschillen
BVT kan worden uitgevoerd door ontwikkelaar of tester en het BVT-resultaat wordt door het team gecommuniceerd en er wordt onmiddellijk actie ondernomen om de bug te verhelpen als BVT mislukt. Het BVT-proces wordt doorgaans geautomatiseerd door scripts te schrijven voor testgevallen.
Alleen kritische testgevallen zijn opgenomen in BVT. Deze testcases moeten de dekking van de applicatietest garanderen. BVT is zeer effectief voor zowel dagelijkse als langdurige builds. Dit scheelt veel tijd, kosten, middelen en tenslotte geen frustratie van het testteam voor de incomplete build.
Als je enige ervaring hebt met het BVT-proces, deel dit dan met onze lezers in de reacties hieronder.
Aanbevolen literatuur
- Alfatesten en bètatesten (een complete gids)
- Beste softwaretesttools 2021 [QA Test Automation Tools]
- Functioneel testen versus niet-functioneel testen
- Soorten softwaretests: verschillende testtypen met details
- ETL-testen Tutorial datawarehouse-testen (een complete gids)
- Handleiding voor het testen van webapplicaties
- Beste QA-softwaretestservices van SoftwareTestingHelp
- Primer eBook downloaden testen