Leestijd : 0 minuten
Effectieve shift-links met BDD
Shift-left testen is een benadering waarbij testen eerder in de levenscyclus van productontwikkeling begint. Het betekent “Test vroeg en test vaak.”
Om een inleiding te krijgen over shift-left testen en wanneer en hoe het wordt uitgevoerd, bekijk onze blog over hetzelfde hieronder
Laten we eens kijken hoe we effectief naar links kunnen schuiven met de Behaviour-Driven Development (BDD)-aanpak.
BDD maakt een betere samenwerking en communicatie mogelijk tussen alle belanghebbenden van het project, van producteigenaren tot QA. In een benadering met hoge zichtbaarheid, zoals BDD, beschrijven teams het productkenmerk zoals een eindgebruiker het zou beschrijven in een eenvoudige platte tekst genaamd augurk .
Belanghebbenden in het hele project vertrouwen op dezelfde set functies/scenario’s. Deze scenario’s nemen de vorm aan van vereisten, acceptatiecriteria, testcases en testscripts in respectievelijke omgevingen, en worden zo een enkele bron van waarheid voor het hele team.
BDD zorgt ervoor dat deze functies, of een enkele bron van waarheid zoals het wordt genoemd, goed worden gebouwd met behulp van de eenvoudige en first-time-right-formule, waardoor het shift-left-testproces wordt bevorderd. Binnen deze aanpak worden scenario’s ruim van tevoren uitgeschreven en wordt parallel aan de ontwikkeling ook een kickstart gegeven voor het testen en automatiseren.
Deze steeds groter wordende collectie vormt de basis voor een perfecte regressiesuite. En aangezien het de vroege betrokkenheid van testen met zich meebrengt, worden er maar heel weinig defecten gelekt en in een later stadium ontdekt, aangezien het grootste deel van het oppervlak in de vroege stadia wordt aangetroffen en worden verholpen door parallel met het ontwikkelingsteam te werken.
Het uitvoeren van BDD-testen is echter onmogelijk zonder automatisering.
Bekijk SDET Manager, Dhanalakshmi Tamilarasan die dit concept in een korte video hier uitlegt
BDD & Automation: het onafscheidelijke duo
BDD maakt testautomatisering veel gemakkelijker te onderhouden. Omdat de scenario’s alle stappen dekken, hoeft de automatiseringstechnicus alleen maar een methode/functie te schrijven om elke bewerking van de stap uit te voeren.
Hoe het de testautomatisering eenvoudiger maakt en de werkelijke waarde ervan realiseert, hangt af van het automatiseringstestraamwerk en de tool die men oppakt. Afhankelijk van de agile-volwassenheid, beschikt u mogelijk over een reeks CI/CD- en applicatielevenscyclusbeheertools zoals Jenkins, Jira, Git of Atlassian, enz.
Om de overgang naar BDD te vergemakkelijken, is het van vitaal belang om te beschikken over een robuust geautomatiseerd testraamwerk en tools die naadloos kunnen worden geïntegreerd in of samenwerken met uw bestaande infrastructuur voor softwareontwikkeling.
Bij Zuci werkt 90% van onze klanten met ons samen om het succes van testautomatisering, shift-left en het opzetten van CI/CD-pijplijninitiatieven te realiseren. We slaan de handen ineen met hun interne technische team en helpen hun testproces te verbeteren.
Zuci’s interne raamwerk voor testautomatisering is vooraf gebouwd met interfaces en is goed verbonden met veelgebruikte tools – CI/CD, testbeheer, defectbeheer en door de cloud gehoste platforms.
Om een diepere blik te werpen op Zuci’s testautomatiseringsraamwerk en hoe u hiervan kunt profiteren, gaat u hier; om een lezing te geven over hoe we BDD gebruiken om effectief naar links te schuiven, ga hierheen.
Gerelateerd kijken/lezen:
An INFJ personality wielding brevity in speech and writing. Marketer @ Zucisystems.
Deel deze blog, kies uw platform!
gerelateerde berichten
