Automatische regressietesten in een CI/CD-omgeving

Automatische regressietesten in een CI/CD-omgeving

Gepubliceerd: Categorie: Test-driven development

Test Automation Engineer Niels van der Meer is onderdeel van een van onze ontwikkelteams bij Rijkswaterstaat. Hij zet met succes automatische regressietesten in op het ‘Beter Bediend’-project. Door zijn testen vroeg in het ontwikkelproces in te zetten, worden bugs in de applicatie eerder gevonden en sneller opgelost. En als de test slaagt, dan is dat direct een bevestiging voor developers dat de kwaliteit van hun code goed is.

Het ‘Beter Bediend’-project moet onder meer de afstemming van bedientijden van sluizen en bruggen op afroep verbeteren. Door efficiënte afstemming, snelle en veilige afhandeling van het scheepvaartverkeer én actuele en uniformele informatievoorziening. Qualogy helpt Rijkswaterstaat met het (door)ontwikkelen van webformulieren om de afroep van sluizen en bruggen op een eenduidige manier te regelen.

Automatische regressietesten

Met automatische regressietesten worden alle functionaliteiten van de applicatie getest na een change in de code. Niels: “Het is eigenlijk gewoon een simulatie van de handmatige regressietest. Dit repeterende werk wordt vaak als saai ervaren. Door de test te automatiseren elimineer ik meteen de foutgevoeligheid van handmatig testen. Als we iets naar de testomgeving van Rijkswaterstaat zetten, dan weten we ook zeker dat het werkt.

Ik vind het belangrijk om de business te betrekken bij het proces. Daarom gebruik ik Robot Framework voor het bouwen van mijn automatische regressietesten. Dit is een op keywords gebaseerd framework, waardoor het ook begrijpelijk is voor de business.”

Automatische regressietesten in een CI/CD-omgeving

Het softwareontwikkelproces van Qualogy is ingericht om zo snel en efficiënt mogelijk in productie te gaan. Niels: “Met automatische regressietesten verschuiven we de testfase naar links in onze CI/CD-pipeline. Dit noemen we het ‘shift left’-principe. De testen worden tegelijk met het schrijven van de code gemaakt. Bugs in de applicatie worden zo eerder gevonden en opgelost. Het resultaat: kwalitatief hoge code in minder tijd. Dus minder kosten.”

Kosten versus baten

Het bouwen van een automatische regressietest is tijdrovend. Niels vertelt: “Je moet rekening houden met alle scenario’s: de happy flows, maar ook de niet happy flows. De test moet zo dekkend mogelijk zijn. De investering aan het begin van het proces is dan ook hoog. Maar door het repeterende karakter levert het uiteindelijk veel op. Bij het Beter Bediend-project testen we bijvoorbeeld elke push naar GitLab. Dat komt soms neer op 20 keer per dag.

Niet alles is te testen. Maar dat is niet erg. Het zorgt er namelijk voor dat we scherp blijven op de gebieden die niet worden geraakt met de automatische regressietest.”

Vertrouwen op de test

Developers kunnen blindelings vertrouwen op de test. Want als de test slaagt, dan weten ze dat hun code goed is. Niels: “Rijkswaterstaat is in ieder geval onder de indruk. Normaal worden in hun testomgevingen tussen de 60 en 70 bugs gemeld. De testomgeving van deze applicatie leverde in anderhalve maand maar één bug op. Daar zijn we bij Qualogy best trots op.”

Meer informatie

Neem voor meer informatie over de mogelijkheden van automatische regressietesten contact met ons op via sales@qualogy.com of 070 319 5000.

Team Communication
Over auteur Team Communication

Innovatieve projecten voor mooie klanten, inspirerende interviews met collega’s en het laatste nieuws over behaalde successen. Qualogy zit vol bijzondere verhalen die Team Communication graag deelt met relaties, IT-professionals en sollicitanten.

Meer posts van Team Communication
Reacties
Reactie plaatsen