TestAutomatisering & PerformanceTesten

Transformation

Inmiddels hebben veel organisaties de overstap gemaakt van de traditionele waterval methode naar een iteratieve ontwikkelmethode als Agile/Scrum. Een aantal organisaties zijn in hun werkwijze een stap verder gegaan en hebben DevOps geïntroduceerd. Waar de methodiek Agile vooral focust op het tevredenstellen van de klant, richt DevOps zich daarnaast op het dichten van de kloof tussen ontwikkeling en beheer.

Een goede toepassing van Agile leidt tot hogere kwaliteit van het product (software), hogere klanttevredenheid en flexibiliteit voor wijzigingen vanuit gebruikersorganisatie. Vanuit mijn perspectief zijn veel teams door een Agile werkwijze te hanteren in plaats van de traditionele waterval methode, efficiënter en effectiever geworden, met de nadruk op onderlinge samenwerking en communicatie. Toch valt het mij in verschillende organisaties vaak op dat sommige onderdelen binnen het (Agile) project kristalhelder zijn voor het ene teamlid, maar zwarte magie voor een ander. Het gevolg: te veel documentatie, details, miscommunicatie en daardoor ook meer inspanning vanuit verschillende disciplines voor het creëren van een gemeenschappelijk begrip voor het ontwikkelen van software!

In dit blog houd ik me bezig met het beantwoorden van de volgende vragen… Hoe gaan we ervoor zorgen dat alle inspanningen van verschillende disciplines binnen Agile goed op elkaar afgestemd worden om het gewenste product juist te bouwen? Hoe gaan we valideren of hetgeen gebouwd is ook daadwerkelijk voldoet aan de wensen/eisen van de eindgebruikers? Hoe gaan we een definitieve brug slaan tussen Business en IT?

Het antwoord voor mij is: Behaviour Driven Development, hierna te noemen “BDD”! Het doel van BDD is synergie creëren tussen enerzijds het Development Team (IT) en anderzijds de eindgebruiker (Business). Hierbij is het belangrijk om eerst het gedrag van deze gebruiker te specificeren en vervolgens te automatiseren. Het product is uiteindelijk bedoeld voor de eindgebruiker!

BDD is voor mij een recept waarbij je in natuurlijke taal (Given-When-Then) testscenario’s schrijft die begrijpelijk en levend zijn voor alle stakeholders (testers, developers, architecten, analysten, gebruikers, designers). De focus is om de opgestelde acceptatiecriteria in de user stories op hun beurt te automatiseren (Step Defintions). Op deze manier creëer je een gemeenschappelijk begrip tussen verschillende disciplines waarin je effectief en efficiënt met elkaar samenwerkt en communiceert. Een gereedschap waarmee je als team echt verder komt: “Adding value to software testtooling”.

Het is aan het team om samen het BDD-principe te implementeren en te kiezen welk framework het best past binnen Agile. Wel moet er gewaakt worden dat er een duidelijke scheiding wordt gemaakt tussen de intentie van de eindgebruiker en de implementatie van het team.

Zo hebben wij bijvoorbeeld in een van mijn vorige Agile projecten BDD geïmplementeerd met het gebruik van SpecFlow. SpecFlow is een Test Automation Framework dat BDD ondersteunt. Voor meer info, ga naar http://www.specflow.org/. Het voordeel van het gebruik van SpecFlow voor ons was het creëren van levende documentatie voor de stakeholders en focus op geautomatiseerde acceptatiecriteria. De ontwikkelaars zijn meer betrokken bij het testproces en de testers zijn veel actiever en kritischer bij het opstellen van acceptatiecriteria door de businessanalisten. Tegelijkertijd was het een mindset om bugs te voorkomen in plaats van deze te vinden. Op deze manier kregen we meer grip, vertrouwen en overlapping tussen de verschillende disciplines.

Komt de bovenstaande uitdaging je bekend voor en wil je meer weten van BDD, dan beveel ik je graag aan om Specification by Example & Bridging the communication Gap van Gojko Adzic te lezen. In mijn volgende blog zal ik dieper ingaan op het Test Automation Framework BDD met daarin de drie centrale kwaliteitsattributen, namelijk: leesbaarheid, herbruikbaarheid en onderhoudbaarheid!

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *

Nieuws

Blijf op de hoogte

Workshop ‘Stop de Magie!’ bij Qquest

04/12/2018

In het kader van de 4e techday van Qquest heeft Chris met ondersteuning van HenkJaap een workshop gegeven. Basis was de presentatie en demo ‘No more magic’ van Bas en Chris, welke al een groot succes was op de TestAutomationDay en TestNet. Centraal bij het onderwerp ‘No more Magic’ staat het idee dat er bij […]

Visual Regression Testing – Wat is het en wat heb je eraan?

07/11/2018

Visual Regression Testing, of visuele regressie testen, is een categorie van testen die zich focust op het identificeren van visuele wijzigingen tussen iteraties of versies van een website. Dit kan handmatig door schermen of schermafdrukken te vergelijken, maar het is beter herhaalbaar en sneller te testen door dit automatisch te doen. Het mooiste is om deze testen als een […]

Meer efficiency en flexibiliteit in API’s

04/10/2018

Er wordt steeds meer gebruik gemaakt van GraphQL API. Tijdens mijn laatste opdracht heb ik hier dan ook mee gewerkt.. Graag deel ik mijn ervaringen hierover in een aantal blogs. In deze eerste blog wil ik het graag hebben over de uitdagingen met REST API en hoe GraphQL deze oplost. Maar eerst even een korte […]

Impact tooling op performance: Dynatrace

21/09/2018

In deze blog geef ik kort de resultaten weer van een onderzoekje dat ik bij één van mijn laatste opdrachten heb gedaan naar de impact van het gebruik van de tool Dynatrace op de infrastructuur waar het op draait. Mocht je gebruik maken van tooling als Dynatrace of op een andere manier geïnteresseerd zijn in […]

Tips en tricks voor Protractor

06/09/2018

Vanuit PerformanceArchitecten doen we graag aan kennisdeling. Van tool reviews tot aan complete best practices maar ook van een aantal simpele tips en tricks die je kan gebruiken in je dagelijkse werk. Vandaag in die laatste categorie voor gebruikers van Protractor: (Javascript) timing issues en het managen van de volgorde van uitvoeren van actions. Inleiding […]

PerformanceArchitecten @The Next Web conferentie

04/07/2018

Was het een interessante conferentie? Beslist. Heeft TNW PerformanceArchitecten op nieuwe ideeën gebracht? Zeker. Heb jij TNW gemist, maar wil je je wel in vijf minuten op de hoogte laten brengen? Lees dan snel verder! En mocht je er wel zijn geweest.. We zijn benieuwd naar jouw beeld! Wat is de Next Web? Voor hen […]

De ‘waar begin ik met testautomatisering’ handleiding.

11/04/2018

Wij worden regelmatig gevraagd te helpen bij het opzetten of verbeteren van testautomatisering in een Agile omgeving bij een klant. En hoeveel ervaring je ook hebt, wat je opdracht ook precies inhoudt en in welk team je ook terechtkomt, het is altijd even zoeken waar te beginnen. Onderstaand stappenplan ondersteunt hierbij. PerformanceArchitecten organiseert veel kennissessies. Zo […]

Wat is het Bug Filter?

26/03/2018

Een algemeen gedeelde opvatting over het doel van testen binnen software ontwikkeling is “het tegenhouden van bugs en het afdekken van risico’s”. Over hoe dit vervolgens het best valt te organiseren, bestaan er echter vaak veel meningsverschillen. In deze 2 minute snack sta ik graag even stil bij een inzicht dat verhelderend werkt in deze […]

Testen? Begin bij de basis! | Het belang van unittesten

19/02/2018

Inleiding Mijn vrouw en ik zijn op dit moment bezig met het bouwen van een huis. In dit geval niet als bouwvakker of aannemer, maar dan toch wel als opdrachtgever. Spannend vinden we het zeker, leuk ook. Wat heeft dit te maken met unittesten zou je denken. Nou, het volgende… Het huis wordt namelijk gebouwd […]

De Absolute Beginners Guide voor API Testen met rest-assured.io

16/01/2018

Omdat het moeilijk was om een eenvoudige tutorial te vinden voor rest-assured.io, ben ik na eerst zelf uit te vinden hoe het werkt, maar eens begonnen met een tutorial die de absolute basics uitlegt over rest-assured. In deze post laat ik zien hoe we op een zo eenvoudig mogelijke manier een API test kunnen maken met […]

APACHE MPM (op *nix servers)

07/11/2017

Benieuwd naar de impact van het wijzigen van Apache MPM Prefork naar Worker? Lees dan door! Bij één van onze klanten heb ik dit onderzocht. Omdat dit ook interessant kan zijn voor anderen, deel ik mijn resultaten en ervaringen graag. Het is misschien wat technisch allemaal, maar voor performancetesters, de doelgroep, is het vast goed […]

Performancetesten en CI/CD, gaat dat samen?

13/10/2017

De afgelopen najaarseditie van Testnet stond onder het thema Continuous Everything vooral stil bij CI/CD en natuurlijk testen. Gezien DevOps en CI/CD ook grote invloed hebben op het vakgebied performance (testen), zijn wij blij dat we vanuit PerformanceArchitecten een bijdrage mochten leveren door middel van het delen van onze visie hierop. Onze collega René Meijboom […]