On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
In de hedendaagse Agile en DevOps wereld ontstaan vaak ketenproblemen. Wat kun je daaraan doen? Wij hebben ervaren dat ketenregie een oplossing biedt. In deze presentatie leggen we twee mogelijke uitersten van oplossingen voor. Elke organisatie zal haar eigen variant moeten ontdekken. De door ons aangereikte handvatten zijn daarbij vast heel nuttig.
Presentatie op de Quality Experience Day van Sogeti op 2 oktober 2017 door Ahmed Alarieqi en Rik Marselis
Webinar trends in testen 2017-12-13 door Rik MarselisRik Marselis
This presentation gives an overview of the trends in testing that I have seen while visiting various conferences. I presented this in a webinar for colleagues, the slides are in Dutch but most pictures, graphs and photos are in English.
topics are: AI, Robotics, Exploratory testing, Testing quadrants, BDD, Cognitive QA, DevOps, People Skills, Chatbots and more.
TMap suite workshop testnet summer school 2015Rik Marselis
Tijdens de TestNet Summer School van 24 juni 2015 heb ik een workshop gedaan waarbij de deelnemers hebben ondervonden dat puur testen op basis van testontwerptechnieken en puur testen op basis van ervaring allebei niet optimaal zijn, succesvol testen vergt een mix.
Dit is gebaseerd op de indeling die TMap HD gebruikt, waarbij de "coverage based" technieken onderverdeeld zijn in 4 praktische groepen. Exploratory testing is hierbij een belangrijke aanpak.
In de hedendaagse Agile en DevOps wereld ontstaan vaak ketenproblemen. Wat kun je daaraan doen? Wij hebben ervaren dat ketenregie een oplossing biedt. In deze presentatie leggen we twee mogelijke uitersten van oplossingen voor. Elke organisatie zal haar eigen variant moeten ontdekken. De door ons aangereikte handvatten zijn daarbij vast heel nuttig.
Presentatie op de Quality Experience Day van Sogeti op 2 oktober 2017 door Ahmed Alarieqi en Rik Marselis
Webinar trends in testen 2017-12-13 door Rik MarselisRik Marselis
This presentation gives an overview of the trends in testing that I have seen while visiting various conferences. I presented this in a webinar for colleagues, the slides are in Dutch but most pictures, graphs and photos are in English.
topics are: AI, Robotics, Exploratory testing, Testing quadrants, BDD, Cognitive QA, DevOps, People Skills, Chatbots and more.
TMap suite workshop testnet summer school 2015Rik Marselis
Tijdens de TestNet Summer School van 24 juni 2015 heb ik een workshop gedaan waarbij de deelnemers hebben ondervonden dat puur testen op basis van testontwerptechnieken en puur testen op basis van ervaring allebei niet optimaal zijn, succesvol testen vergt een mix.
Dit is gebaseerd op de indeling die TMap HD gebruikt, waarbij de "coverage based" technieken onderverdeeld zijn in 4 praktische groepen. Exploratory testing is hierbij een belangrijke aanpak.
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Scrum is populair. Dat bewijzen alle cijfers en onderzoeken. Maar Scrum speelt zich in de meeste gevallen nog steeds af op de ontwikkelafdelingen. Dit leidt tot vraagstukken rondom het management van grotere projecten of programma's. Frameworks als het Scaled Agile Framework (SAFE) komen op om het hoofd te bieden aan deze problematiek. Ook in Team Foundation Server 2013 zijn de eerste stappen gemaakt om organisaties de tools te bieden om het Agile werken een niveau hoger te tillen. Deze sessie gaat in op het gebruik van de Agile tools van Team Foundation Server 2013 op de verschillende lagen. Met SAFE als leidraad wordt getoond hoe Scrum teams, maar ook Product Management en Portfolio Management TFS 2013 optimaal kunnen benutten.
The yearly seminar of the Best Practice User Group in the Netherlands this year has the theme "Agile".
My contribution is an interactive session where the participants can vote for a number of subjects to create the backlog of the session.
This slide-deck contains all slides that I prepared, I guess I only used half of them, the rest everybody can see here at slideshare.
The slides are mainly in english but also partly in dutch.
At the end I refer to the book "TMap NEXT in Scrum", to the book "the PointZERO vision" and to the whitepaper "Integrate test activities in Agile projects".
Dutch presentation given on the TestNet Voorjaarsevent on the 30th of April. A story about how TestReporting is going to change to Realtime Monitoring to keep up with changes in IT landscapes, development processes and ways of working within IT teams and still give stakeholders and the team the information they need.
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
Continuous Delivery wordt gebruikt om zo constant mogelijk waarde aan de klant te leveren door gebruik te maken van onder andere software en cultuur. Scrum wordt gebruikt door development organisaties om zo veel mogelijk waarde aan de klant te leveren in sprints. Hoewel ze op het eerste gezicht hand in hand gaan, blijken er in de praktijk toch vaak haken en ogen te zitten aan het implementeren van Continuous Delivery in Scrum. In deze sessie gaan we in op een aantal issues en hoe je daar als organisatie mee om kan gaan.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Scrum is populair. Dat bewijzen alle cijfers en onderzoeken. Maar Scrum speelt zich in de meeste gevallen nog steeds af op de ontwikkelafdelingen. Dit leidt tot vraagstukken rondom het management van grotere projecten of programma's. Frameworks als het Scaled Agile Framework (SAFE) komen op om het hoofd te bieden aan deze problematiek. Ook in Team Foundation Server 2013 zijn de eerste stappen gemaakt om organisaties de tools te bieden om het Agile werken een niveau hoger te tillen. Deze sessie gaat in op het gebruik van de Agile tools van Team Foundation Server 2013 op de verschillende lagen. Met SAFE als leidraad wordt getoond hoe Scrum teams, maar ook Product Management en Portfolio Management TFS 2013 optimaal kunnen benutten.
The yearly seminar of the Best Practice User Group in the Netherlands this year has the theme "Agile".
My contribution is an interactive session where the participants can vote for a number of subjects to create the backlog of the session.
This slide-deck contains all slides that I prepared, I guess I only used half of them, the rest everybody can see here at slideshare.
The slides are mainly in english but also partly in dutch.
At the end I refer to the book "TMap NEXT in Scrum", to the book "the PointZERO vision" and to the whitepaper "Integrate test activities in Agile projects".
Dutch presentation given on the TestNet Voorjaarsevent on the 30th of April. A story about how TestReporting is going to change to Realtime Monitoring to keep up with changes in IT landscapes, development processes and ways of working within IT teams and still give stakeholders and the team the information they need.
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
Continuous Delivery wordt gebruikt om zo constant mogelijk waarde aan de klant te leveren door gebruik te maken van onder andere software en cultuur. Scrum wordt gebruikt door development organisaties om zo veel mogelijk waarde aan de klant te leveren in sprints. Hoewel ze op het eerste gezicht hand in hand gaan, blijken er in de praktijk toch vaak haken en ogen te zitten aan het implementeren van Continuous Delivery in Scrum. In deze sessie gaan we in op een aantal issues en hoe je daar als organisatie mee om kan gaan.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
De #1 valkuil bij het opstarten van conversie-optimalisatie in je organisatieBBPMedia1
Veel bedrijven worstelen met het CRO-proces; ze komen moeilijk op gang of worstelen met het regelen van de juiste (development, research of andere specialistische) resources die nodig zijn voor CRO. Wat kun je doen om je programma direct te versnellen en direct te verdienen aan je programma? Hoe voorkom je lange aanlooptijden? Hoe ga je van 2 A/B-testen per maand naar 10? Waarom lukt het zoveel bedrijven niet uit de impasse te komen en de juiste versnelling te vinden? In deze sessie leer je hoe je direct vanuit je eerste versnelling naar je vijfde kunt en hoe je veel belemmeringen eenvoudig kunt oplossen.
Kaizen, deel 4: continu verbeteren met kaizenteams.pptxBertTeeuwen1
Kaizen is continu verbeteren.
Wat is een kaizenteam?
Een kaizenteam is een groepje deskundigen van de werkvloer dat projectmatig een opdracht uitvoert,
zoals het oplossen van een probleem
of het realiseren van een prestatieverhoging
Andere namen voor een kaizenteam zijn verbeterteam of Small Group Activity.
Kaizenteams worden wel “het geheime wapen” van TPM en Lean genoemd
Kaizenteams kunnen gemakkelijk verzanden of tot teleurstellingen leiden. Daarom bespreken we in deze slideshare een paar belangrijke aandachtspunten
Een kaizenteam volgt altijd dezelfde route, die van PDCA, zoals uitgelegd in deel 3.
En dan de uitgebreide variant van 8 stappen.
De begeleider houdt zich strikt aan deze stappen en geeft aan, aan het team en aan de opdrachtgever hoe ver het team is in de PDCA-routine en zegt het ook als er een volgende stap wordt gezet.
De eerste stappen zijn voor de opdrachtgever.
Het onderwerp kiezen
En het doel stellen
En het team samenstellen
Er zijn drie soorten opdrachten:
Kleine, Grote en Te grote
Vooral dat laatste is een flinke valkuil voor opdrachtgevers: veel te grote opdrachten geven. Of de opdracht gaandeweg uitbreiden.
Beter te klein dan te groot.
Minimaal 6 weken voor een hele PDCA tot maximaal een half jaar. Daarna daalt het enthousiasme snel.
Minimaal de helft van de doorlooptijd van een kaizenproject is nodig voor:
Het uitvoeren van verbetervoorstellen in de praktijk
Voor het testen
En voor het standaardiseren en borgen
Er is een duidelijke rolverdeling tussen de opdrachtgever en het kaizenteam, de opdrachtnemer.
De opdrachtgever geeft de opdracht en stelt het doel,
Het team onderzoekt het probleem en komt met oplossingen.
De opdrachtgever doet niet mee aan de analyse en het bedenken van oplossingen.
De opdrachtgever heeft wel invloed op het soort oplossingen waar het team mee kan komen.
Dat doet de opdrachtgever door VOORAF randvoorwaarden mee te geven waar de oplossingen aan moeten voldoen.
Als de opdrachtgever geen dure oplossingen wil, geeft hij een maximum bedrag of een terugverdientijd als randvoorwaarde mee.
Het kaizenteam is de opdrachtnemer.
Deelnemers worden met zorg geselecteerd. Door de opdrachtgever, niet op basis van vrijwillige aanmelding. De samenstelling van het team moet goed passen bij het onderwerp. En de teamleden bij elkaar.
Deelname is vrijwillig, maar niet vrijblijvend. Iedereen doet mee tot het einde.
Het kaizenteam is de opdrachtnemer, dat betekent dat ze de hele PDCA moeten doorlopen en niet kunnen stoppen als ze de oplossingen voor het probleem bedacht hebben. En een actieplan gemaakt hebben.
Niet de opdrachtgever voert het actieplan uit, maar het team. Ze leveren hun bedachte oplossingen werkend op. Dat is heel belangrijk omdat de teamleden dan zullen moeten bedenken of hun bedachte oplossingen zullen worden omarmd door de collega’s.
Zoals de wet van Maier al zegt:
Het effect van een oplossing of EEN verbeteridee is het product van de kwaliteit ervan keer de acce
Experience Story: Implementing Test automation in your organizationDerk-Jan de Grood
Test automation is omnipresent these days. Still, many organisations struggle with implementation. What tools do you select, do you allow teams to pick their own effectieve solution, or do you strive for a more cetralized approach. The answer lies in a carefull balance, where you allow new fit for purpose solutions to emerge, but reduce wildgrowth in the tool landschape.
This presentation explains how we deal with testautomation at DeltaLloyd. In our different departments created working solutions, that are bundled in a Delta Lloyd broad vision on test automation.
In our development we have , ie the test manager of Delta Lloyd with the external consultant , looked at how we could align supply and demand. We used the analogy of the fruit basket. Fruit represents the various types of test automation solutions. With business drivers as a starting point, we did prioritze de development of test automation solutions, use piloting to test the solutions in practize. When a pilot is finished susessfully it was made availble for the the other departments. The fruit is ripe and IT managers can pick it from the fruit basket, knowing that implementation will be easy and swift. The central organization provides solution, knowledge and support.
The presentation will eloborate on the model. How does it help to define the fruit, and the support towards other departments. The presentation covers a wide range from tools, via required skills, resources & processes, upto the aligment with the business. For this we define 4 groups of people, the wholesale, gardener, auctioneer and Consumer, each with its own goals and skill set.
In our presentation we want to share our approach. It benefits Delta Lloyds test automation and surely can help other companies as well.
Handleiding Qsuite | Wat zijn audits en toetsingen en hoe voer ik deze uit vo...Evelien Verkade
In deze handleiding staat de grote lijn vermeld: hoe ongeveer?. Onderaan vind je verwijzingen naar meer gedetailleerde instructies waarin we uitleggen hoe je precies rapporteert in de Qsuite. De handleidingen en instructies vind je in de Qsuite zelf, of in onze e-learning omgeving. Zo leer je snel werken met de Qsuite en heb je altijd de benodigde naslagwerken onder de knop.
Presentatie Enterprise Architectuur - Agile en EssentieDanny Greefhorst
Gastcollege verzorgd voor de Hogeschool Utrecht op 22 maart 2018. De kernboodschap is dat enterprise-architectuur agile kan en moet en zich moet richten op de essentie. De essentie van architectuur is creatief en kritisch denken.
Improvement Academy | Wat is het kwaliteitssysteem van de opleiding?Evelien Verkade
De Improvement Academy ontwikkelt en beheert opleidingen op basis van het landelijk door de Raad voor Accreditatie geaccepteerde Improvement Model.
Medewerkers en studenten van onze klanten en partners maken gebruik van de Improvement Academy en doen zo kennis op over het werkveld van de zorg en de praktische toepassing in onze totaaloplossing Qsuite. Voor iedere rol in het werkveld zijn er passende opleidingen: van zorgprofessional tot controller, kwaliteitsmanager, personeelsfunctionaris en bestuurder. Allemaal gebaseerd op het Improvement Model dat de burger, mens als klant en de maatschappelijke opdracht als vertrekpunten neemt
In deze slides zie je hoe je met de opleiding aan de slag kan gaan en op welke knoppen je moet drukken.
Similar to I am a agile tester, because...(Agile testing put to practice) (20)
2022 IPMA Vakdag- Back to Basic v02 - compressed for handout.pptxDerk-Jan de Grood
The document discusses different phases or "waves" of an Agile transformation within an organization. It describes three waves: 1) teams mastering Agile basics, 2) focusing on cross-team alignment and technical releases, and 3) focusing on business value and performance. Each wave is characterized by typical challenges regarding organizational structure, roles, workflow, collaboration, dependencies and metrics. The model provides insights for organizations on where they are in their Agile journey and what steps they can take to continue progressing.
These are the slides of the presentation I gave at the agile testing days 2021. In this presentation I will explain how as agile coaches can keep our stakeholders satisfied
In my latest book I describe the things that customers want. In order to deliver solutions that create happy customers they should have insight in wat they purchase, they want to have control and be able to adapt their product or subscription, it should be safe and reliable, delivered fast and cheap.
While writing the book it occurred to me that agile coaches have customers also. In this presentation I will explain how these items apply to agile coaching as well and how as agile coaches can keep our stakeholders satisfied.
We’ll discuss coaching agreements, transformational roadmaps as means to provide insight. How we can allow adaptivity in our coaching, What Agile coaches can do provide safety and how e.g., self service can be applied to reduce costs and speed up delivery.
How does this apply in distributed teams and what self-service coaching can we define? But, most of all I will share practices and explain how they can be used to make an impact, deliver value and keep our customer satisfied. Attend this talk when you want to learn some effective practices and gain understanding how they relate to each other. When you want work on the satisfaction of your internal customers.
Aginext 2021: Built-in Quality - How agile coaches can contributeDerk-Jan de Grood
Built-in Quality is key when you want to achieve Business Agility. Yesterday I spoke at the AgiNext Conference in London. In my presentation I explained the importance of Built-in Quality, what is actually is and introduced an approach to implement it. The presentation explains how we can take a validated learning approach to eliminate waste and learn how to improve our development life cycle. I share the suggestions that SAFe makes and give a prioritised overview of quality measures. Throughout the presentation I share my thought on how Agile Coaches can contribute to built quality in.
Agile Business Day 2020 - Refinement- Unlock the full potential of your refi...Derk-Jan de Grood
Good refinement makes development more predictable, leads to better solutions and enables the Product Owner to set the right priorities. Still many teams fail to unlock the full potential of refinement. Join this session to get practical tips to get more out of your refinement sessions.I have guided many teams during their transition toward Agile. Initially most attention went to the ceremonies and understanding the agile values. Experience taught me that when the team gets up to speed refinement becomes a bottleneck. Crucial because good refinement makes development more predictable, leads to better solutions and enables the Product Owner to set the right priorities.Unfortunately, I see many teams that do not unlock the full potential of refinement. Not only is the time spent on refinement often limited, many of the refinement meetings I join are inefficient. I meet teams that spent half the meeting watching the Product Owner entering the new backlog items in the workflow system. Although they poker the user stories afterwards, little time is left to discussions the best solution and risks that need to be avoided.In this talk I will focus on the following topics• Advantages of good refinement and what I see in daily practise• How we can boost the potential of Refinement by organising it as a process rather than a meeting• Introduction of challenging questions that can be used to prepare your refinement• And last but not least, how you can involve the off-site team members of distributed teamsJoin this session if you are an Agile Coach of SM and want to help your team(s) to get more out of refinement. If you are a PO and feel a need to boost quality and predictability, or if you are a member of a distributed team and want to involve your fellow team members making better solutions.
The document discusses challenges that will influence the way testing work is done in the future. It highlights trends like test automation, continuous integration and deployment, changing technical and business knowledge needs, and working in multi-disciplinary teams. The keynote speakers will discuss these challenges and provide guidance on how testers can prepare for them. They will also recommend sessions in the ATD2019 conference program that can help attendees prepare for these challenges and trends.
Yesterday Jan Jaap Cannegieter and I gave an amazing tutorial at the Agile testing days. In our full day tutorial we discussed the role of the test manager and how to add value in an agile environment.
We discovered that a test manager is operation at two interfaces. One is being that of a quality ambassador that shows the business and stakeholders how testing is done and how its progressing . On the other interface the test manager is enabling the team(s) to build quality into their deliverables. During this full day tutorial we deep dived on both aspects. We discussed the agile test strategy and investigated what activities we test managers undertake, what activities we find important and what is valued most by our stakeholder. You wouldn’t be surprised if we told you that there is a gap between both. Next we practiced with defining agile test plans at MVP and sprint level. And assessed other roles that test managers can adopt. We closed the full circle by concluding that extra activities might be added to our initial brainstorm results. The topic is truly alive. Not only did we have a full rum (we had an all-time conference record with the amount of attendees), during the day we had a lot of lively discussions and answered a lot of questions from the participants. We loved the participation of all in the room and believe we all had a good day.
Tester’s considerations when moving towards successful CI/CDDerk-Jan de Grood
These are the slides of the tutorial I gave at QA&Testing in Bilbao on 17 October 2018
Continuous integration and deployment (CI/CD) empowers organizations to bring their solution in production fast and frequent. This interactive session will share the benefits of this concept and introduce eight conditions that need to be met in order to make CI/CD a success. After this brief introduction, we will make small groups and explore these conditions, exchange experiences and you will get an understanding what needs to be improved in your organization. Talk to your peers and learn where they stand. Of course each of the groups will share their learnings, so we all go home with an understanding of how you can benefit from CI/CD and what needs to be done to make it work.
Finally we will see what test strategy we would advise if our company would decide to move towards CI/CD and this cover we consider much more than just automate our tests…
Keynote: Testing and Quality in the Scaled Agile Framework for Lean Enterpris...Derk-Jan de Grood
This document summarizes a keynote presentation on testing and quality in the Scaled Agile Framework (SAFe) given by Mette Bruhn-Pedersen and Derk-Jan de Grood. It discusses how SAFe addresses testing and quality, but that more guidance could be provided, especially around roles. It also provides suggestions for defining a quality strategy and embedding quality practices at each level of the framework, from the team to portfolio levels. The presentation emphasizes building quality in from the start and establishing a chief quality officer role.
I am a agile tester, because...(masterclass at the Barcelona Test Academy)Derk-Jan de Grood
These are the slides of the masterclass I gave 24-1-2018 at the Barcelona Test Academy. Using a assessment we started a discussion about what it takes to be an agile tester.
Description: Testing has transformed into Agile Testing. Testing has become a responsibilty of the whole development team. Many testers wonder what their role is now that everyone is testing. Some people say that Testing is WHAT we do and Agile is HOW we do it. In order to contribute effectively to quality solutions, agile testers need to combine the WHAT and HOW in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add value. In this workshop participant will fill ins an self-assessment based on the 12 characteristics of the agile tester. We’ll share the group results and create a snapshot of where we stand. Next, we will discuss each of the characteristics mean to us, how do they make agile testing work, help to boost the agility of the test process and how we can embed quality in the agile development process. In groups we will share examples from the trenches to go along with each of characteristics. What do we do to make it work, and what challenges do we encounter? Participants will help each other and be able to benchmark their own ideas.
This session aligns with the needs that I recognize with many colleagues. They are good testers, work successfully in an agile environment, but want to get better in explaining why they are a good tester. How does their attitude and approach contribute to valuable software solutions? Join this session if you want to improve yourself and want to get practical tips from the real world; If you want to learn what makes your testing agile and how is your agile mindset translated into a valuable testing approach. Participants can use the self-assessment to identify blind spots in their skills. Each of the participants will leave the room with a good understanding of where he/she stands: “I am an agile tester because…”
Agile Testing Days -Trends and future in testing 2017Derk-Jan de Grood
Today I gave a presentation at the Agile Testing Days. The room was packed and we talked about the way the testing profession in evolving.
5 years ago the Dutch Test Association published a book that described the changes in the testing profession. I was one of the 7 authors and we organized a few workshops on the theme. Last may we hosted a retrospective workshop during which the participants evaluated the 2012 predictions. Key question during this workshop was: What is the status of the profession and what skills and role should a tester take in order to add value and a job.
In my 2017 ATD presentation I shared the results that of this workshop. I shared the highlights of the book, told what predictions were correct and which were incorrect. But most of all I will shared the opinion of or fellow testers: What do roles do they have now, and what roles do they expect to have in 5 years from now.
Join this session if you are sometimes worried about the sustainability of your role, if you want to specialize yourself but wonder what specialisms are a safe bet, if you want to stay ahead of the game and be prepared for the future.
Getting a grip on your test maturity using the ambition chartDerk-Jan de Grood
Agile test teams access their effectiveness every sprint. The power of retrospectives is that they, when done well, focus on improving in small achievable steps. This ensures that progress is being made and is more than just a far away dream.
Despite the above, I experienced that in and around teams the proposed improvements are measured and valued against the maturity of the agile adoption. I noticed that in several situations people were judging the performance of the team and the proposed improvements against an implicit blueprint; small improvements were fine “for just now” and regarded as a “good first step”. The implication of the above struck me! We all had our own plan and expectations, but these were implicit and not transparent. In reaction I developed the ambition chart. It is a graphical one-pager that gives insight in the current state, the collective ambition and describes the next step to be taken.
The ambition chart can be used to:
Discus and align expectations and ambition that individual team members have and create a team goal.
To break big goals into smaller steps
To prioritize improvement suggestions made in the retrospective
To manage dependencies between different area’s of improvement
To focus on the next step that needs to be taken, without being distracted by the end goal
Manage expectations that management and stakeholders have, e.g. by clarifying that the team does a lot of things very well, but address that it has identified some improvements that are not yet on the agenda.
To visualize progress and tell success stories to the rest of the organization
In this presentation I will explain how to make and use an ambition chart. I will explain situations in which it can be beneficial and share some examples of focus areas.
STRIVING FOR CONTINUOUS INTEGRATION AND DEPLOYMENT
Continuous integration and deployment (CI/CD) empowers organizations to bring their solution in production fast and frequent. This interactive session will share the benefits of this concept and introduce eight conditions that need to be met in order to make CI/CD a success. After this brief introduction, we will make small groups and explore these conditions, exchange experiences and you will get an understanding what needs to be improved in your organization. Talk to your peers and learn where they stand. Of course each of the groups will share their learnings, so we all go home with an understanding of how you can benefit from CI/CD and what needs to be done to make it work.
Practitest webinar - When a test manager makes a differenceDerk-Jan de Grood
Due to the adoption of Agile, the role of test manager seems redundant. Teams and individual professionals are self-managing and coordinating their own work.
Nevertheless, in some organizations and projects, there is a need for a quality ambassador that understand the agile quality strategy and can help, monitor and ensure that working solutions are delivered.
In this webinar we will explore situations in which you as a test manager can make a difference. For example:
How do we e.g. deal with compliance, integration and final acceptance in a contractor’s context?
How does a test manager coordinate the work over teams and ensures the quality of the testing itself?
Thanks Joel Montvelisky, PractiTest Chief Solution Architect, for hosting my webinar.
EuroSTAR webinar: creating Agile Test Strategies for larger EnterprisesDerk-Jan de Grood
Many organisations are reducing their test managers and Test Competence Centres. Quality is embedded in development. Testing is responsibility of the team. Still testing is on the rebound. In bigger projects and in enterprises an effective test strategy is vital to ensure that the team does the right testing, we focus on integration and we have insight in inter- team dependencies. In this webinar, Derk-Jan will share his experiences as an overall test manager in various projects and define some key ingredients of an Agile Test Strategy.
Op 15 december 2016 presenteerden we het nieuwe boek: Agile in de Echte Wereld- Starten met Scrum op het kantoor van Valori.
Uitnodigingstekst:
"Agile in de Echte Wereld, Starten met Scrum", het nieuwe boek van Derk-Jan de Grood is uit! Dit heugelijke feit vieren we op donderdag 15 december a.s. graag met een select gezelfschap. We zouden het erg leuk vinden als jij bij de boekpresentatie aanwezig wilt zijn en nodigen je hierbij dan ook van harte uit.
Derk-Jan heeft zijn agile kennis en ervaring en die van zijn Valori collega’s verwerkt tot een praktische gids waarin de invoering van Scrum centraal staat. Met als resultaat een gemakkelijk lezend boek dat geworteld is in de echte wereld. Het gaat niet over cutting-edge innovatie voor de enkeling, maar over de zaken die iedereen dagelijks tegenkomt als je aan de slag gaat met Scrum. Het boek staat vol met herkenbare dilemma's en toegankelijke tips. Het is daarmee een praktisch leidraad voor iedereen die start met Scrum, of die zijn agile ontwikkelproces wil verbeteren.
Tijdens de boekpresentatie op 15 december zal, naast een introductie van de auteur zelf, ook Bernadet Miceli haar ervaringen delen over de Scrum transitie bij Greenchoice. Na afloop ontvang je het boek gratis* mee naar huis en zal Derk-Jan, indien gewenst, het boek signeren.
Programma
16:30 Ontvangst
17:00 Introductie van het boek door Derk-Jan de Grood - Auteur, Thoughtleader
Testen en Agile-tranisitiecoach bij Valori
17:30 Scrum transitie bij Greenchoice door Bernadet Miceli – Manager IT
bij Greenchoice
18:00 Borrel, signeren en netwerken
19:00 Einde
Getting a grip on your agile maturity using the ambition chartDerk-Jan de Grood
This document discusses using an Ambition Chart to measure and improve agile maturity over time. The Ambition Chart identifies key maturity areas and allows teams to assess their current status, set incremental goals, and track progress. Examples are provided of Ambition Charts used for testing maturity and Scrum implementation. Guidance is given on identifying areas, dreaming of an ideal future state, defining small steps, using descriptive statements, and focusing on continuous improvement rather than end goals.
Testing fundamentals in a changing world (annotated slides)Derk-Jan de Grood
Slides of my September SIGIST Keynote.
Description:
With the fast adoption of agile the definition of testing and our test approach changes. When deploying daily, there is no room for manual testing and a test report.
It’s time to get back to our fundamentals. Why do we work the way we do, and what needs do organisations have?
In this Keynote, Derk-Jan de Grood will explore the fundamental assets of the test profession, so we can reshape or test approach and make it work in an Agile context.
Although the daily focus shifts from working in silo’s to collaboration, from execution to coaching, from preparing to doing, the test fundamentals remain in place. In our search we will distinguish unchanged artefacts that we’ll create for a different reason and goals that remain unchanged but will only be achieved if we take a different route.
But bear in mind, not every project is done by using agile methods. Therefore we’ll also explore what concepts
of agile testing can we use to improve our traditional projects.
By understanding what is changed and what not we can adopt our approach, guide our stakeholders and
colleagues in order to align testing with the company goals.
Three key points:
Both agile and traditional projects are changing – testing needs to align
We still need some of the same test fundamentals – but perhaps for a different reason
We still have some of the same test goals – but we’ need to achieve them in different ways.
Survival techniques for Testers-BEYOND THE T-SHAPED TESTER Derk-Jan de Grood
he T-shaped tester (Rob Lambert, Lisa Crispin and Janet Gregory) combines need for general knowledge with advanced test skills to be successful. But testing is a versatile profession and demands are growing. Time to go beyond the T-shape and introduce the π-shaped tester. Extend your global knowledge (development, project management, agile etc) and test skills with yet another specialism to stay in demand, e.g. security, test automation, requirements. In this webinar, Derk-Jan and Jan Jaap report the results of their search for future needs. They explain how we can survive as a tester and what skills and knowledge we need to develop. In their story they include the responses they got from the 100 participants that joined the workshops they gave on this topic.
Key Takeaways:
Become aware of the need to continuously develop yourself
What specialism’s should I adapt to become a better tester
Insights in how to brand your knowledge and let the world know about your specialism
Derk Jan de Grood WebinarDerk-Jan de Grood works for Valori as senior test manager and Agile Transition Coach. His drive is to improve the visibility of testing in both agile and traditional organizations, by sharing his knowledge and experience by means of training, presentations, workshops and publications. He is a regular speaker at conferences like EuroSTAR, wrote several successful books on software testing and publishes articles for the major testing magazines. In 2014 he won the EuroSTAR Testing Excellence Award.
Jan Jaap Cannegieter webinarJan Jaap Cannegieter is a well-known consultant, author, (keynote) speaker and requirements and test specialist form the Netherlands. He has 20 years of experience in ICT and did assignment s in testing, quality assurance, TMMi, CMMI, SPI, Agile and requirements. In testing he was a tester, test manager, test consultant and workshop leader. At this moment Jan Jaap is test/QA-manager and delivery manager at DinamiQs and vice president of SYSQA B.V., a company of 180 employees specialized in requirements, software testing, quality assurance and IT-governance. Within SYSQA Jan Jaap coaches other testers and test managers, is the thought leader and responsible for product development. He is the driving force behind Situational Testing and he wrote several articles and books in the Netherlands.
On 25 May the Software-Centric Systems Conference [SC]2 conference was held on the High-tech campus in Eindhoven. During this event I hosted an interactive session where we investigated the relationship between the lever of integration and the time to market. Most organizations aim for Continues Integration and deployment, since they want to deliver their products fast. It takes a lot from organizations to get there (slide 4). To give an example, CI/CD assumes that you integrate frequently. But at what level do organizations integrate, and how do they test it. The graph on slide 9 shows that increasing the system (e.g. from Units tot Systems) results in less frequent integration, because it becomes harder to test the integration.
Making this clear to management enables to manage expectations or helps to target your next improvements.
Survival techniques for testers, beyond the T-shape testerDerk-Jan de Grood
The T-shaped tester (Rob Lambert, Lisa Crispin and Janet Gregory) combines need for general knowledge with advanced test skills to be successful. But testing is a versatile profession and demands are growing.
Time to go beyond the T-shape and introduce the π-shaped tester. Extend your global knowledge (development, project management, agile etc) and test skills with yet another specialism to stay in demand, e.g. security, test automation, requirements.
In this presentation we’ll search for and define our future. How do we survive as a tester and what skills and knowledge de we need to develop.
Survival techniques for testers, beyond the T-shape tester
I am a agile tester, because...(Agile testing put to practice)
1. Transform testing to fit modern development
1
Derk-Jan de Grood
Testnet thema avond
12 september 2018
I am an agile
tester,
because…
2. 2
I am an agile tester because…
Testing has transformed into Agile Testing. Testing has become a
responsibility of the whole development team. Many testers wonder what
their role is now that everyone is testing. Some people say that Testing is
WHAT we do and Agile is HOW we do it. In order to contribute effectively
to quality solutions, agile testers need to combine the WHAT and HOW
in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add
value. In this session we explore 12 statements that define what makes
the agile tester. We will discuss how these statements impact the
software development lifecycle and how they enable you to explain why
you do what you do as a tester.
Join this session if you want to improve yourself and want to get practical
tips from the real world; If you want to learn what makes your testing
agile and how is your agile mindset translated into a valuable testing
approach. Each of the participants will leave the room with an
understanding of where he/she stands: “I am an agile tester because…”
2
I am an agile tester because…
Testing has transformed into Agile Testing. Testing has become a
responsibility of the whole development team. Many testers wonder what
their role is now that everyone is testing. Some people say that Testing is
WHAT we do and Agile is HOW we do it. In order to contribute effectively
to quality solutions, agile testers need to combine the WHAT and HOW
in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add
value. In this session we explore 12 statements that define what makes
the agile tester. We will discuss how these statements impact the
software development lifecycle and how they enable you to explain why
you do what you do as a tester.
Join this session if you want to improve yourself and want to get practical
tips from the real world; If you want to learn what makes your testing
agile and how is your agile mindset translated into a valuable testing
approach. Each of the participants will leave the room with an
understanding of where he/she stands: “I am an agile tester because…”
18. Testing as part
CI/CD development
process
Testing as part of a
Acceptance, with a
release moment
and exceeding
teams
Testing in the organization
18
Testing in the team
19. Test strategy
19
Contribute to a quality
solution
Ensure that the right
tests are done
Assure that testing is of
sufficient quality
Provide intelligence on
progress and quality
21. De testaanpak heeft de volgende 4
doelen
21
Bijdragen aan resultaat
• Gedurende de sprints
zal er zoveel mogelijk
getest worden (aan
gerealiseerde code en
prototype) Feedback
en bevindingen worden
direct terug gevoerd
naar development
zodat deze verholpen
kunnen worden
• Door structuur en
testscenario’s te delen
met development
ontstaat een vroegtijdig
inzicht over de
acceptatiecriteria bij
development
Zorgen dat de juiste
testen worden
uitgevoerd
• De aanpak maakt
inzichtelijk op welke
percelen er testen
uitgevoerd dienen te
worden om een
volledig vrijgaveadvies
op te kunnen stellen.
• De aanpak maakt het
mogelijk om per
perceel afspraken te
maken over
verantwoordelijkheden,
planning en rapportage
• Zie slide percelen
Zorgen voor overzicht in
voortgang en kwaliteit
• Rapportage zal
gebruikt worden binnen
development t.b.v.
Voortgang, planning en
prioritering
• Rapportage kan
gebruikt worden in
projectoverleg om
beeld te geven van
voortgang, risico’s en
kwaliteit.
Zorg dragen dat de
testen voldoende
kwaliteit hebben
• Gedurende de sprints
zal een inschatting
gemaakt worden van
de kwaliteit van de
testen en de registratie
van de resultaten
(traceerbaarheid)
• Gezien de korte termijn
wordt dit aandachtpunt
impliciet meegenomen.
22. CustomerJourney
22
1. Kanaal en Browser
Meldingen kunnen
worden ingediend met de
ondersteunde kanalen,
browsers en devices
2. Meldingen Indienen
Melding kan worden
ingediend, de
categorie wordt
bepaald en de juiste
vervolg intake en
belofte wordt gegeven
6. Machine Learning
De ML bepaalt de
categorie voldoende
accuraat en kan
aantoonbaar leren
3. Meldingen
Registratie
Ingediende meldingen
zijn geregistreerd in
SIA en mutaties zijn
traceerbaar
4b. Ext. koppelingen
Sigmax en Techview
kunnen melding
ontvangen en een
response bericht kan
worden verwerkt
4a. Behandelaren View
Aangesloten
behandelaars kunnen
via GUI gefilterde
meldingen inzien en de
status aanpassen
5. Terugkoppeling
Melder krijgt de juiste
notificaties over de
status van zijn melding
9.
Beheerfunctionaliteit
De SIA beheerders
hebben toegang tot
beheerders
functionaliteit tbv
van bv Gebruikers
beheer
8. Performance
SIA kan voldoende
meldingen verwerken met
een adequate response
tijd
7.
Gebruikersacceptatie
De gebruikers
(behandelaren) geven
aan te kunnen werken met
het systeem
Legenda
onderdeel van de
customer journey
aanvullende
aandachtsgebieden
10. ETL levering: BI-
afnemers zoals
Datawarehouse, Ortec
en OOV Dashboards
ontvangen datadump
Defining the lots in the strategy
23. Statements
I'm able to retrieve the information from my stakeholders
and Product Owner required to contribute to the best
possible product and tests
I can serve as a critical sounding board for IT
Professionals and business stakeholders
I encourage other team members to create good quality
solutions
23
24. Benchmark
(results from NexoQA Test Academy session in Barcelona – January
2018)
24
Challenges:
• Collaboration and embedding Q
• Distance of the team, PO
• Involvement of High level mgt
Challenges:
• Involve testers in technical
decisions, code reviews, etc.
• Convince Dev about code quality
• Help PO to write good US
26. De testaanpak heeft de volgende 4
doelen
26
Bijdragen aan resultaat
• Gedurende de sprints
zal er zoveel mogelijk
getest worden (aan
gerealiseerde code en
prototype) Feedback
en bevindingen worden
direct terug gevoerd
naar development
zodat deze verholpen
kunnen worden
• Door structuur en
testscenario’s te delen
met development
ontstaat een vroegtijdig
inzicht over de
acceptatiecriteria bij
development
Zorgen dat de juiste
testen worden
uitgevoerd
• De aanpak maakt
inzichtelijk op welke
percelen er testen
uitgevoerd dienen te
worden om een
volledig vrijgaveadvies
op te kunnen stellen.
• De aanpak maakt het
mogelijk om per
perceel afspraken te
maken over
verantwoordelijkheden,
planning en rapportage
• Zie slide percelen
Zorgen voor overzicht in
voortgang en kwaliteit
• Rapportage zal
gebruikt worden binnen
development t.b.v.
Voortgang, planning en
prioritering
• Rapportage kan
gebruikt worden in
projectoverleg om
beeld te geven van
voortgang, risico’s en
kwaliteit.
Zorg dragen dat de
testen voldoende
kwaliteit hebben
• Gedurende de sprints
zal een inschatting
gemaakt worden van
de kwaliteit van de
testen en de registratie
van de resultaten
(traceerbaarheid)
• Gezien de korte termijn
wordt dit aandachtpunt
impliciet meegenomen.
We test as much as possible
even when it is not finished !
27. Statements
In every sprint I'm committed to prove that the finished
products really adds value.
I'm constantly looking for opportunities to get feedback
as early as possible in the sprint and e.g. during
refinement
within the sprint I execute as many tests as possible
(regardless of the test level)
27
28. Statements
In every sprint I'm committed to prove that the finished
products really adds value.
I'm constantly looking for opportunities to get feedback
as early as possible in the sprint and e.g. during
refinement
within the sprint I execute as many tests as possible
(regardless of the test level)
28
We need to know what the stakeholder
values and plan tests during the sprint so
they are completed
We strive for completed features each
sprint and that we test the technical &
functional and look beyond that to see the
perceived value
29. Statements
In every sprint I'm committed to prove that the finished
products really adds value.
I'm constantly looking for opportunities to get feedback
as early as possible in the sprint and e.g. during
refinement
within the sprint I execute as many tests as possible
(regardless of the test level)
...
29
We encourage to shift test upfront even if
that means that the items increase in size
We get from behind or desk and
involve others!
We discuss planning and
roadmap
33. Benchmark
33
Challenges:
• Integration
• Good project management
• Automation
• Clear Sprint Goals
Challenges:
• Working in multidisciplinary
teams
(results from NexoQA Test Academy
session in Barcelona – January 2018)
34. 34
Bijdragen aan resultaat
• Gedurende de sprints
zal er zoveel mogelijk
getest worden (aan
gerealiseerde code en
prototype) Feedback
en bevindingen worden
direct terug gevoerd
naar development
zodat deze verholpen
kunnen worden
• Door structuur en
testscenario’s te delen
met development
ontstaat een vroegtijdig
inzicht over de
acceptatiecriteria bij
development
Zorgen dat de juiste
testen worden
uitgevoerd
• De aanpak maakt
inzichtelijk op welke
percelen er testen
uitgevoerd dienen te
worden om een
volledig vrijgaveadvies
op te kunnen stellen.
• De aanpak maakt het
mogelijk om per
perceel afspraken te
maken over
verantwoordelijkheden,
planning en rapportage
• Zie slide percelen
Zorgen voor overzicht in
voortgang en kwaliteit
• Rapportage zal
gebruikt worden binnen
development t.b.v.
Voortgang, planning en
prioritering
• Rapportage kan
gebruikt worden in
projectoverleg om
beeld te geven van
voortgang, risico’s en
kwaliteit.
Zorg dragen dat de
testen voldoende
kwaliteit hebben
• Gedurende de sprints
zal een inschatting
gemaakt worden van
de kwaliteit van de
testen en de registratie
van de resultaten
(traceerbaarheid)
• Gezien de korte termijn
wordt dit aandachtpunt
impliciet meegenomen.
Efficient
We ensure that we can trace
tests back to the strategy
36. Our charters
36
Requirements
Userstories
CustomerJourney
1. Kanaal en Browser
Meldingen kunnen worden
ingediend met de ondersteunde
kanalen, browsers en devices
2. Meldingen Indienen
Melding kan worden ingediend,
de categorie wordt bepaald en
de juiste vervolg intake en
belofte wordt gegeven
6. Machine Learning
De ML bepaalt de categorie
voldoende accuraat en kan
aantoonbaar leren
3. Meldingen Registratie
Ingediende meldingen zijn
geregistreerd in SIA en mutaties
zijn traceerbaar
4b. Ext. koppelingen
Sigmax en Techview kunnen
melding ontvangen en een
response bericht kan worden
verwerkt
4a. Behandelaren View
Aangesloten behandelaars
kunnen via GUI gefilterde
meldingen inzien en de status
aanpassen
5. Terugkoppeling
Melder krijgt de juiste notificaties
over de status van zijn melding
9. Beheerfunctionaliteit
De SIA beheerders hebben
toegang tot beheerders
functionaliteit tbv van bv
Gebruikers beheer
8. Performance
SIA kan voldoende meldingen
verwerken met een adequate
response tijd
7. Gebruikersacceptatie
De gebruikers (behandelaren)
geven aan te kunnen werken
met het systeem
10. ETL levering: BI-afnemers
zoals Datawarehouse, Ortec en
OOV Dashboards ontvangen
datadump
Percelen
Test charters
37. Statements
I determine with my team which tests we automate, but
also test manually in case this is more efficient or adds
more value
37
Automation of:
• Test execution
• Test design
• Stubbing and Driving
• CI/CD Pipeline
38. Benchmark
38
Challenges:
• Knowing test platform/languages
• Reduce UI tests in favor of Integration tests
• meetings about risks
Challenges:
• Communication between Dev and T
• Automate documentation
• Validation of the documentation (results from NexoQA Test
Academy session in
Barcelona – January 2018)
39. We ensure that we can trace
tests back to the stragegy
39
Bijdragen aan resultaat
• Gedurende de sprints
zal er zoveel mogelijk
getest worden (aan
gerealiseerde code en
prototype) Feedback
en bevindingen worden
direct terug gevoerd
naar development
zodat deze verholpen
kunnen worden
• Door structuur en
testscenario’s te delen
met development
ontstaat een vroegtijdig
inzicht over de
acceptatiecriteria bij
development
Zorgen dat de juiste
testen worden
uitgevoerd
• De aanpak maakt
inzichtelijk op welke
percelen er testen
uitgevoerd dienen te
worden om een
volledig vrijgaveadvies
op te kunnen stellen.
• De aanpak maakt het
mogelijk om per
perceel afspraken te
maken over
verantwoordelijkheden,
planning en rapportage
• Zie slide percelen
Zorgen voor overzicht in
voortgang en kwaliteit
• Rapportage zal
gebruikt worden binnen
development t.b.v.
Voortgang, planning en
prioritering
• Rapportage kan
gebruikt worden in
projectoverleg om
beeld te geven van
voortgang, risico’s en
kwaliteit.
Zorg dragen dat de
testen voldoende
kwaliteit hebben
• Gedurende de sprints
zal een inschatting
gemaakt worden van
de kwaliteit van de
testen en de registratie
van de resultaten
(traceerbaarheid)
• Gezien de korte termijn
wordt dit aandachtpunt
impliciet meegenomen.
We ensure buy in from our
stakeholders
40. CustomerJourney
40
1. Kanaal en Browser
Meldingen kunnen
worden ingediend met de
ondersteunde kanalen,
browsers en devices
2. Meldingen Indienen
Melding kan worden
ingediend, de
categorie wordt
bepaald en de juiste
vervolg intake en
belofte wordt gegeven
6. Machine Learning
De ML bepaalt de
categorie voldoende
accuraat en kan
aantoonbaar leren
3. Meldingen
Registratie
Ingediende meldingen
zijn geregistreerd in
SIA en mutaties zijn
traceerbaar
4b. Ext. koppelingen
Sigmax en Techview
kunnen melding
ontvangen en een
response bericht kan
worden verwerkt
4a. Behandelaren View
Aangesloten
behandelaars kunnen
via GUI gefilterde
meldingen inzien en de
status aanpassen
5. Terugkoppeling
Melder krijgt de juiste
notificaties over de
status van zijn melding
9.
Beheerfunctionaliteit
De SIA beheerders
hebben toegang tot
beheerders
functionaliteit tbv
van bv Gebruikers
beheer
8. Performance
SIA kan voldoende
meldingen verwerken met
een adequate response
tijd
7.
Gebruikersacceptatie
De gebruikers
(behandelaren) geven
aan te kunnen werken met
het systeem
Legenda
onderdeel van de
customer journey
aanvullende
aandachtsgebieden
10. ETL levering: BI-
afnemers zoals
Datawarehouse, Ortec
en OOV Dashboards
ontvangen datadump
Defining the lots in the strategy
41. Status
41
Klaar met testen
Klaar met testen, wachten
op Bugfix
Bezig met testen (oranje
postit geeft bevinding
aan)
Beschikbaar voor test
In scope voor MVP, nog
niet beschikbaar voor test
43. Statements
I have the skills and knowledge to use techniques and
methods in the correct way
I use bug hunts and exploratory testing to get to know
the system, to deliver evidence it meets the
requirements and to provide improvement suggestions
Next to my test certifications like ISTQB, TMap, CAT I
also have knowledge of e.g. ASF, SAFe, Less, Nexus,
PSPO, PSM, LEAN, KANBAN, ...
43
Challenges:
• Code Quality
• Security / Performance/NFT
• Jira plugins for test
Challenges:
• Documentation
• Agile/Waterfall sync
• Error prediction /Coverage
Challenges:
• Application in practice
• Finding time when not
provided by employee
(resultsfromNexoQATestAcademysessioninBarcelona–January2018)
44. Focus on the team vs Focus on the
organization
44
TDD
Nightly Builds
CI/CD
Unit testing
Etc…
Big Demo’s
Release planning
MVP
Integration testing
45. What skills do we need…
45
Programming
Selenium
Java
GDPR
Service Simulation
API
Security
Performance
IOT
AI
Docker
Cucumber
Jenkins
Blockchain
Micro services
API
Business/Domain
ERP/PEGA/SalesForce
Agile Practices
Scaling Frameworks
Test approaches
This story starts with a story….
“ I called my collegue with the question “ what is agile testing”
He started laughing, “ you are a CAT trainer, you should know”
What is in the CAT training?
Does that define the Agile testing…?
Does not the whole spectrum
Does tell how to what agile is, how to do SBET, but is a little weak on e..g purpose, role of the tester, test automation, techniques and cross discipline skills…CI/CD skills..
https://huddle.eurostarsoftwaretesting.com/5-different-software-testing-methods/?utm_source=EuroSTAR+Conferences+List&utm_campaign=d42843c629-August+Huddle+Weekly+Newsletter+-+Week+2_COPY_02&utm_medium=email&utm_term=0_1a446446fc-d42843c629-9250245&goal=0_1a446446fc-d42843c629-9250245#utm_source=EmailHuddle&utm_medium=Blog
Alex Jones on EuroSTAR huddle, 4 sept 2018:
“Agile Testing is a software testing practice that follows the principles of agile software development. In other words, agile testing means testing software for defects or any other issues quickly or within the context of agile and give quick feedback for better and faster development of the project.
Agile testing focuses on finding defects or any issues quickly or within the context of agile and then giving feedback to develop the project faster and better.”
Self test console: https://www.mentimeter.com/s/1a407f5d76f85f94fbc7bf210807716b/e5e0ddc6df20/edit
Note:
Testing sometimes feels like hanging on the cliff
I feel great responsibility
I do not want to block the project (I know its important to go life)
I do not want to be to formal (and slow down the process)
I do not want to be to easy (and mis a test and fail on the compliance)
I do not want to be old-school (hey that’s not agile!)
I do want to be critical, add value and tell an augmented testing story
https://www.snopes.com/fact-check/photograph-cliff-hanger-isnt-quite-seems/
Maybe the fall isn’t so bad…. See picture.. And I learned there are always people standing around you (so it’s a mutual effort)
But it might be usefull to discuss with team, stakeholders and fellow testers what you do…to be a good tester
I'm able to retrieve the information from my stakeholders and Product Owner required to contribute to the best possible product and tests
Defining the lots with their aims require a good communication with SH and PO
I can serve as a critical sounding board for IT Professionals and business stakeholders
As Test professional I provide information and address issues that I think are worth incorporating in the strategy
And I also create a backbone that will be used later for progress reporting
I encourage other team members to create good quality solutions
By addressing the lots we start the discussion on what quality is and how we can embed it?
------Challenges depend on the setting
In large organizations its hard to get to your stakeholders and in formal projects you might not even be allowed to speak to them.
I know organizations where the PO is a “doorgeefluik” and lacks insight info about acceptance criteria
But sometimes the tester is the conscience of the project
Often testers can be drivers for improvement
But also within the team….encourage team members like dev and BA…
I believe it fresh to look at development from acceptance point of view (what needs to be done to….)
Note:
This involves testing in de DOR and DOD
Stakeholder involvement during the sprint
Developers that understand that they need to release for test, note the burndownchart
Implications for the roadmap
And how you deal with item that are not done
Refinement: How te demo how to test
Note this might be seen as “why does this tester interfer with our planning”, ”if he involves user, they might have an early opinion about the solution and slow development down”
Case: when I asked in my project to define a MVP, they looked at me strangely. Why does the tester want to determine the planning?
I believe that that is why we should be ambassador for the quality case….. Hence understand the fellow disciplines.
Strive for
Intelligence asap- learn and mitigate risks
Making the deadline in time?
Build Efficiently as much as possible
(results from NexoQA Test Academy session in Barcelona – January 2018)