Februari 2016

Releasematig Scrummen

Steeds meer organisaties kiezen voor een Agile aanpak en gaan software ontwikkelen met zelfsturende Scrum teams. De teams werken in iteraties (Sprints) aan de (door)ontwikkeling van software producten. Deze manier van ontwikkeling wordt veel toegepast voor het bouwen van (web)applicaties. De Agile aanpak wordt echter ook steeds vaker toegepast voor het configureren en ontwikkelen binnen standaard applicaties zoals SAP. In sprints van twee tot vier weken worden nieuwe en gewijzigde functionaliteiten opgeleverd aan de business.

Releasematig en scrum

Vaak worden wijzigingen in applicaties niet één voor één maar releasematig doorgevoerd. Een release is dan een verzameling van nieuwe/aangepaste functionaliteiten en bug fixes. Deze manier van werken heeft als voordeel dat het aantal implementatiemomenten kan worden beperkt. Dit leidt tot een stabielere omgeving met minder verstoringen. Een ander voordeel is dat met name de kosten voor testen kunnen worden beperkt omdat de testplanning en -inspanning op een hele release is gericht.

Releasematig werken sluit prima aan bij een Agile/Scrum aanpak. Het aantal releases per jaar kan worden bepaald op basis van de duur van de sprints (meestal twee tot vier weken). Na iedere sprint wordt er een release opgeleverd. Wensen en oplossingen voor bugs worden door de product owner opgenomen in de product backlog. Een selectie daarvan wordt ondergebracht in de sprint backlog wat dan feitelijk de scope van de release representeert. Dit zogenaamde ‘Releasematig scrummen’ is een prima manier om gecontroleerd wijzigingen in (standaard) applicaties door te voeren en te implementeren in de business. Het testen en accepteren van de wijzigingen in een release vergt wel een wat andere aanpak dan de meeste organisaties gewend zijn.

Risico’s

Bij het doorvoeren van de wijzigingen is er altijd een risico dat er onvoorziene problemen in aangrenzende systeemonderdelen ontstaan. Om deze zogenoemde regressieproblemen te voorkomen moet voor het doorvoeren van een release een goede impact analyse worden uitgevoerd. Het doel van deze analyse is inschatten welke systeemonderdelen geraakt worden bij het doorvoeren van de wijzigingen. Vervolgens moet worden getest of deze systeemonderdelen goed blijven functioneren na het doorvoeren van de wijziging. Het bespaart tijd en verhoogt de kwaliteit wanneer bij het regressietesten gebruik wordt gemaakt van tests die in het verleden zijn uitgevoerd. Hiervoor is een goede regressie testset nodig waar snel en eenvoudig de benodigde tests zijn terug te vinden.

De business speelt een belangrijke rol bij het accepteren van de wijzigingen die in een release worden doorgevoerd. Daarbij is het, vaak in het kader van compliancy, van belang dat er wordt vastgelegd welke tests zijn uitgevoerd, wat de testresultaten zijn en wie wat heeft goedgekeurd. Om dit te kunnen doen is ondersteuning door een geschikte testmanagement tool onmisbaar. Dit moet een applicatie zijn die zeer intuïtief werkt omdat de business testers er niet dagelijks mee zullen werken.

Opbouwen regressietestset

Testersuite is een zeer gebruiksvriendelijke SaaS testmanagement tool waar business testers snel zelfstandig mee kunnen werken. Testersuite bevat een uniek onderdeel, de Masterlist, waar de tests uit verschillende testtrajecten worden opgeslagen voor toekomstig (her)gebruik. In dit onderdeel wordt de regressietestset opgebouwd en onderhouden. Wanneer de impact van een release is bepaald dan kunnen de benodigde regressie testcases en testscenario’s uit de Masterlist worden opgehaald. De testcases zijn gekoppeld aan producten (processen, systemen) en/of requirements. Bij de selectie van producten en/of requirements in de Masterlist vindt automatisch selectie plaats van de benodigde regressie testcases en testscenario’s. Op die manier zijn de benodigde tests voor het testen van regressie snel en eenvoudig terug vinden.

hergebruik masterlist

Na afronding van een testtraject (release) kunnen de producten, requirements, testcases en testscenario’s worden weggeschreven naar de Masterlist. Deze kunnen vervolgens weer in volgende nieuwe testtrajecten worden opgehaald voor het testen van regressie.

‘Releasematig scrummen’ is een uitstekende manier om wijzigingen te bundelen en gecontroleerd door te voeren. Belangrijke voorwaarde is echter dat het regressietesten en acceptatietesten goed wordt georganiseerd. Een testmanagement tool die deze testsoorten goed ondersteund maakt dit mogelijk. Testersuite is de enige testmanagement tool die het onderhouden en hergebruiken van een regressie testset zeer laagdrempelig maakt met behulp van de Masterlist.

Vraag een demo aan

« terug