Agenda
Najaarsevenement Testnet
| Datum | dinsdag 15 november 2022 |
| Tijd | 09:00 - 22:00u |
| Locatie |
DeFabrique
Westkanaaldijk 7 7354DA Utrecht |
Na de brand die het NBC heeft getroffen hebben we de Fabrique in Maarssen als alternatief voor ons najaarsevenement gevonden. We denken dat we weer een mooi programma bij elkaar hebben en hopen jullie allemaal te zien op 15 november in Maarssen!
- “Met DeFabrique hebben we een goede, bijzondere uitwijklocatie gevonden. Een beperking is echter dat de locatie maximaal 300 bezoekers aan kan. Meld je daarom snel aan. Wanneer dit aantal bereikt wordt zijn we genoodzaakt om de inschrijving te sluiten”.
- “Kom je met het openbaar vervoer, reis dan naar Station Maarssen. Vanaf daar rijden voorafgaand aan de workshops in de ochtend, en vanaf 13:00 in de middag pendelbussen, tot het einde van het evenement (zowel heen als terug). Neem op het station de uitgang Kanaalszijde.”
UPDATE:
De ochtendworkshops zijn volledig ingetekend, aanmelden hiervoor is niet meer mogelijk.
Aanmelden voor de middag en avond blijft uiteraard gewoon mogelijk.
Documenten
Workshops
Ochtend Workshops
09:00 - 13:00Zaal 1 | Machiel van der Bijl & Harm van Beek
Model Based Testing is “the next level of test-automation”. In deze workshop leer je het Axini Modeling Platform (AMP) kennen. De workshop bestaat uit een bughunt om met AMP zoveel mogelijk fouten te vinden in verschillende IOT Smart-door implementaties.
Je leert:
• een model te maken dat dient als specificatie van de smart-door.
• Met AMP volledig automatisch te testen zonder dat je zelf testgevallen of test-data hoeft te programmeren
Model Based Testing is “the next level of test-automation”. In deze workshop leer je het Axini Modeling Platform (AMP) kennen. De workshop bestaat uit een bughunt om met AMP zoveel mogelijk fouten te vinden in verschillende IOT Smart-door implementaties.
Je leert:
• een model te maken dat dient als specificatie van de smart-door.
• Met AMP volledig automatisch te testen zonder dat je zelf testgevallen of test-data hoeft te programmeren
Zaal 2 | Rick Tracy
The best way to learn how to test is doing it while having fun. Testing games allow you to learn the concepts of test skills while exploring games and what makes them work.
It can be overwhelming to learn about testing. Whether it's the latest book, podcast, conference session or workshop, information about testing is expanding at an ever increasing rate. I invite you to look even further, even into the games we play.
Testing Games are games which are designed to apply testing concepts or ones that happen to be perfect examples of test mentality. This workshop is for anyone who wants to explore ways that we can learn about testing through games.
In this workshop you’ll play a few testing games, gaining tools to use back at work and with your peers. We’ll run some of our own tests on those games, and I will introduce you to the theory and practice of learning through playing. I will walk you through the brainstorming, design, testing and development of a test game, and show you how you can rapidly bring your ideas to life and create a fun learning tool of your own.
The best way to learn how to test is doing it while having fun. Testing games allow you to learn the concepts of test skills while exploring games and what makes them work.
It can be overwhelming to learn about testing. Whether it's the latest book, podcast, conference session or workshop, information about testing is expanding at an ever increasing rate. I invite you to look even further, even into the games we play.
Testing Games are games which are designed to apply testing concepts or ones that happen to be perfect examples of test mentality. This workshop is for anyone who wants to explore ways that we can learn about testing through games.
In this workshop you’ll play a few testing games, gaining tools to use back at work and with your peers. We’ll run some of our own tests on those games, and I will introduce you to the theory and practice of learning through playing. I will walk you through the brainstorming, design, testing and development of a test game, and show you how you can rapidly bring your ideas to life and create a fun learning tool of your own.
Zaal 3 | Martin Gijsen
De waarde van geautomatiseerd testen kan vaak verhoogd worden.
Dat geldt voor wie het nieuw is en nog moet leren, maar vaak ook waar het al jaren wordt toegepast.
Deze workshop helpt je de volgende stap(pen) te identificeren en plannen die jij, je team, of je organisatie kan zetten. (Dat kan dus over je eigen carrière gaan, over je team, de afdeling, of alles samen.)
Dit begint met het kort neerzetten van een compact overzicht van het complete vakgebied.
Dat maakt het overzichtelijk en geeft alle onderwerpen een duidelijke eigen plek.
Vervolgens geef jij daarin met de andere deelnemers de onderwerpen aan waar je iets mee zou willen doen.
Daar gaan we daarna stuk voor stuk mee aan de slag, doorgaans via een oefening om het zo praktisch mogelijk te maken.
Tot slot stel je voor jezelf een roadmap op om de gewenste acties op de backlog (o.i.d.) te kunnen zetten.
Gedurende de hele sessie zal de nadruk liggen op wat bij jouw situatie past, omdat die nou eenmaal uniek is.
Voor deze workshop is geen laptop nodig.
De waarde van geautomatiseerd testen kan vaak verhoogd worden.
Dat geldt voor wie het nieuw is en nog moet leren, maar vaak ook waar het al jaren wordt toegepast.
Deze workshop helpt je de volgende stap(pen) te identificeren en plannen die jij, je team, of je organisatie kan zetten. (Dat kan dus over je eigen carrière gaan, over je team, de afdeling, of alles samen.)
Dit begint met het kort neerzetten van een compact overzicht van het complete vakgebied.
Dat maakt het overzichtelijk en geeft alle onderwerpen een duidelijke eigen plek.
Vervolgens geef jij daarin met de andere deelnemers de onderwerpen aan waar je iets mee zou willen doen.
Daar gaan we daarna stuk voor stuk mee aan de slag, doorgaans via een oefening om het zo praktisch mogelijk te maken.
Tot slot stel je voor jezelf een roadmap op om de gewenste acties op de backlog (o.i.d.) te kunnen zetten.
Gedurende de hele sessie zal de nadruk liggen op wat bij jouw situatie past, omdat die nou eenmaal uniek is.
Voor deze workshop is geen laptop nodig.
Middag Keynote
14:15 - 15:05 | Jean Paul Varwijk
Jean Paul Varwijk verzorgt deze keynote
Jean Paul Varwijk verzorgt deze keynote
Middag tracks 1
15:40 - 16:25Zaal 3 | Jan Jaap Cannegieter & Wendy Bruin
In veel boeken en op conferenties hebben we het vaak over best practices of good practices in context. Dingen die, afhankelijk van de omgeving, goed hebben gewerkt en het overwegen waard zijn om in jouw team/project/organisatie te gebruiken. Maar we kennen ook allemaal dingen die je vooral NIET moet doen! Zoals erop vertrouwen dan onprofessionele testers de applicatie goed testen. Een tool inzetten als er al tijdsdruk is. Een manager die denkt dat je test kan versnellen zonder verdere consequenties.
Wendy Bruin en Jan Jaap Cannegieter hebben allerlei rollen vervuld, test gerelateerd en andere rollen, in diverse organisaties.
Aan de hand van 10 bad practices delen ze hun ervaring en vertellen je wat je vooral niet moet doen.
In veel boeken en op conferenties hebben we het vaak over best practices of good practices in context. Dingen die, afhankelijk van de omgeving, goed hebben gewerkt en het overwegen waard zijn om in jouw team/project/organisatie te gebruiken. Maar we kennen ook allemaal dingen die je vooral NIET moet doen! Zoals erop vertrouwen dan onprofessionele testers de applicatie goed testen. Een tool inzetten als er al tijdsdruk is. Een manager die denkt dat je test kan versnellen zonder verdere consequenties.
Wendy Bruin en Jan Jaap Cannegieter hebben allerlei rollen vervuld, test gerelateerd en andere rollen, in diverse organisaties.
Aan de hand van 10 bad practices delen ze hun ervaring en vertellen je wat je vooral niet moet doen.
Zaal 1 | Heini Veneberg
Welke uitdaging heb je als je geen testers hebt?
Welke uitdaging heb je als je testers geen testers zijn?
Welke kwaliteit uitdaging heb je als je te weinig testers hebt?
Allemaal vraagstukken, die in deze schaarse markt spelen.
Gelukkig hebben we Agile qua methodiek. Hierin heb je geen onderscheid meer qua ontwerper, developer en tester. Iedereen is gelijkwaardig en is gelijkwaardig scrum team lid. Test resourcing issue opgelost zou je denken!
Ja en Nee!
Dit ligt eraan heb je de beschikking over een volwaardig integratie team, dan kun je het test gat nog wel dichten. Volledig of deels dichten? Kun je dan toch nog een succesvol test aanpak neerzetten? Vanuit gaande dat testers de sleutel zijn om aan kwaliteit meting/borging te doen. In mijn presentatie zal ik een aantal succes factoren benoemen, die er aan bijdragen dat de kwaliteit van het product toch inzichtelijk is te maken. Maar ook welke maatregelen je als software afdeling moet nemen om je te wapenen tegen onduidelijke kwaliteit. Waarbij je de bewapening moet zien: Hoe voorkom je dat het dweilen met de kraan open wordt vanuit support. Welke intrinsieke motivatie moet je bereiken bij de diverse team leden.
Welke uitdaging heb je als je geen testers hebt?
Welke uitdaging heb je als je testers geen testers zijn?
Welke kwaliteit uitdaging heb je als je te weinig testers hebt?
Allemaal vraagstukken, die in deze schaarse markt spelen.
Gelukkig hebben we Agile qua methodiek. Hierin heb je geen onderscheid meer qua ontwerper, developer en tester. Iedereen is gelijkwaardig en is gelijkwaardig scrum team lid. Test resourcing issue opgelost zou je denken!
Ja en Nee!
Dit ligt eraan heb je de beschikking over een volwaardig integratie team, dan kun je het test gat nog wel dichten. Volledig of deels dichten? Kun je dan toch nog een succesvol test aanpak neerzetten? Vanuit gaande dat testers de sleutel zijn om aan kwaliteit meting/borging te doen. In mijn presentatie zal ik een aantal succes factoren benoemen, die er aan bijdragen dat de kwaliteit van het product toch inzichtelijk is te maken. Maar ook welke maatregelen je als software afdeling moet nemen om je te wapenen tegen onduidelijke kwaliteit. Waarbij je de bewapening moet zien: Hoe voorkom je dat het dweilen met de kraan open wordt vanuit support. Welke intrinsieke motivatie moet je bereiken bij de diverse team leden.
Zaal 3 | Rodi Ammerlaan
De laatste tijd stappen veel organisaties over op een architectuur in de Cloud. Deze organisaties zijn dus ook op zoek naar expertise hoe in de Cloud getest moet worden. Vaak zie je deze organisaties ook echt zoeken naar een Cloud Tester.
We nemen je mee in onze visie op Cloud Testing. Wat moet hier precies getest worden? Hoe moet je dit aanpakken?
We zullen in deze presentatie kijken naar hoe we een applicatie in de Cloud testen, maar ook hoe wij de Cloud zelf kunnen testen. Hierbij zullen wij een aantal topics te behandelen:
• Wat is Cloud Testen?
• Waar focussen we ons op bij Cloud Testen
• Welke testsoorten voeren we uit?
• Chaos Testen
Daarnaast kijken we naar zowel de verschillen als overeenkomsten met niet-Cloud Testen en zullen we de verschillende uitdagingen bij Cloud Testen aanhalen.
De laatste tijd stappen veel organisaties over op een architectuur in de Cloud. Deze organisaties zijn dus ook op zoek naar expertise hoe in de Cloud getest moet worden. Vaak zie je deze organisaties ook echt zoeken naar een Cloud Tester.
We nemen je mee in onze visie op Cloud Testing. Wat moet hier precies getest worden? Hoe moet je dit aanpakken?
We zullen in deze presentatie kijken naar hoe we een applicatie in de Cloud testen, maar ook hoe wij de Cloud zelf kunnen testen. Hierbij zullen wij een aantal topics te behandelen:
• Wat is Cloud Testen?
• Waar focussen we ons op bij Cloud Testen
• Welke testsoorten voeren we uit?
• Chaos Testen
Daarnaast kijken we naar zowel de verschillen als overeenkomsten met niet-Cloud Testen en zullen we de verschillende uitdagingen bij Cloud Testen aanhalen.
Middag tracks 2
16:35 - 17:20Zaal 1 | Egbert Bouman
Regressietesten heeft een totaal andere dynamiek dan progressietesten. In deze presentatie wordt dat glashelder. Ook wordt duidelijk hoe je met dit inzicht je teststrategie effectiever en efficiënter maakt.
Ik ga deze track presenteren aan de hand van één visueel sterke plaat die het hele verhaal vertelt. Ik zal de plaat introduceren en vervolgens in gesprek gaan met de zaal.
Regressietesten heeft een totaal andere dynamiek dan progressietesten. In deze presentatie wordt dat glashelder. Ook wordt duidelijk hoe je met dit inzicht je teststrategie effectiever en efficiënter maakt.
Ik ga deze track presenteren aan de hand van één visueel sterke plaat die het hele verhaal vertelt. Ik zal de plaat introduceren en vervolgens in gesprek gaan met de zaal.
Zaal 2 | Dirk Coppelmans
The last years models are applied frequently in product development: e.g. models are used to generate code for sub-systems, or interface code is generated. Models can also give huge opportunities for testing!
In software testing the trend of automation is clearly visible. An increasing number of test steps are being automated, and nowadays included in the CI/CD pipeline. Main challenge here is the maintainability of the automated test cases. When good programming practices are not applied, the test suite will end up in a maintenance hell.
Another trend that is clearly visible is the use of formal models in the design phase of a product. This model is used to generate code, so handwritten code is no longer needed. In high-tech environments we see successful applications of these techniques.
While the software development is working more formal, the test development can also work in a formal way. For this we can use model-based testing: it is possible to generate test cases out of a formal model that describes the behavior of the system. From a maintenance point of view this looks very promising, but there are also some challenges.
In the future we will frequently see that not only the system-under-test (e.g. an autonomous car) is modelled but also the environment: weather, pedestrians and other traffic resulting in a complete virtual ecosystem. For testing the future looks very promising!
The last years models are applied frequently in product development: e.g. models are used to generate code for sub-systems, or interface code is generated. Models can also give huge opportunities for testing!
In software testing the trend of automation is clearly visible. An increasing number of test steps are being automated, and nowadays included in the CI/CD pipeline. Main challenge here is the maintainability of the automated test cases. When good programming practices are not applied, the test suite will end up in a maintenance hell.
Another trend that is clearly visible is the use of formal models in the design phase of a product. This model is used to generate code, so handwritten code is no longer needed. In high-tech environments we see successful applications of these techniques.
While the software development is working more formal, the test development can also work in a formal way. For this we can use model-based testing: it is possible to generate test cases out of a formal model that describes the behavior of the system. From a maintenance point of view this looks very promising, but there are also some challenges.
In the future we will frequently see that not only the system-under-test (e.g. an autonomous car) is modelled but also the environment: weather, pedestrians and other traffic resulting in a complete virtual ecosystem. For testing the future looks very promising!
Zaal 2 | Rien Krol
Wat gebeurt er met een systeem als jullie allemaal klaar zijn met ontwerpen, bouwen hopelijk veel/goed testen. Het systeem gaat in productie, maar wat als het nu mis gaat in een voor de bank kritische keten met impact voor interne medewerkers, of het betalingsverkeer van een groot deel van Nederland.
Ik bied jullie graag een inkijkje in de processen die dan gaan lopen. Hierbij komende volgende termen aan de buurt:
- Prio1 versus prio2
- Incident Assessments
- Communicatie
- BRA, BIA, AIC (BIV)
- Management lagen en beslissingen
- Crisis Operations Team of Crisis Management Team
- Raportages naar DNB
- Evaluaties en verbeteringen
Wat kunnen jullie hiervan leren … misschien niet zoveel maar de andere kant van de schutting geeft een nieuw perspectief op de activiteiten die jullie test professionals zo graag uitvoeren om de kwaliteit zo hoog mogelijk te krijgen en daarbij zo min mogelijk werk voor ons … dat is goud voor ons, onze organisatie en het Nederlands betalingsverkeer.
Wat gebeurt er met een systeem als jullie allemaal klaar zijn met ontwerpen, bouwen hopelijk veel/goed testen. Het systeem gaat in productie, maar wat als het nu mis gaat in een voor de bank kritische keten met impact voor interne medewerkers, of het betalingsverkeer van een groot deel van Nederland.
Ik bied jullie graag een inkijkje in de processen die dan gaan lopen. Hierbij komende volgende termen aan de buurt:
- Prio1 versus prio2
- Incident Assessments
- Communicatie
- BRA, BIA, AIC (BIV)
- Management lagen en beslissingen
- Crisis Operations Team of Crisis Management Team
- Raportages naar DNB
- Evaluaties en verbeteringen
Wat kunnen jullie hiervan leren … misschien niet zoveel maar de andere kant van de schutting geeft een nieuw perspectief op de activiteiten die jullie test professionals zo graag uitvoeren om de kwaliteit zo hoog mogelijk te krijgen en daarbij zo min mogelijk werk voor ons … dat is goud voor ons, onze organisatie en het Nederlands betalingsverkeer.
Avond tracks
19:20 - 20:05Zaal 1 | Rick Tracy
We will learn to talk easier when we talk so that others can understand us better and get more out of what we say, which will lead to happier people on both sides.
This talk, which uses the idea of the simplifying how we communicate among ourselves and others, aims to distil the core results of testing into a much easier to understand and thus much easier to communicate message. Often enough we end up using too much industry jargon and test language, and this ends up diluting our message and the value of our communication.
We will explore the many ways we as testers lose our audience or miss the mark with our attempts to draw attention to the important findings from testing. Using a set of skills based on essence tracing, simplification and refined targeting I hope to impart some of what I’ve learned and engage the audience in what they themselves do in terms of test communication on a daily basis.
My goal is that participants leave the talk with a good understanding of why their valuable messages don’t always come across, what they can do about it and how they can apply those skills regularly to their everyday work
We will learn to talk easier when we talk so that others can understand us better and get more out of what we say, which will lead to happier people on both sides.
This talk, which uses the idea of the simplifying how we communicate among ourselves and others, aims to distil the core results of testing into a much easier to understand and thus much easier to communicate message. Often enough we end up using too much industry jargon and test language, and this ends up diluting our message and the value of our communication.
We will explore the many ways we as testers lose our audience or miss the mark with our attempts to draw attention to the important findings from testing. Using a set of skills based on essence tracing, simplification and refined targeting I hope to impart some of what I’ve learned and engage the audience in what they themselves do in terms of test communication on a daily basis.
My goal is that participants leave the talk with a good understanding of why their valuable messages don’t always come across, what they can do about it and how they can apply those skills regularly to their everyday work
Zaal 2 | Iris Pinkster & Bas Dam
Op 4 november 1922 ontdekte de Britse archeoloog Howard Carter in een piramide de vrijwel ongeschonden tombe van de Egyptische farao Toetanchamon. Enkele maanden na de ontdekking overleed Lord Carnavaron, een Egyptoloog die samen met Carter de tombe had betreden. Deze plotselinge dood staat bekend als de ‘Vloek van Toetanchamon’.
Binnen het proces van Extract, Transform, Load (ETL) zien we ook vaak een soort ‘Vloek van Toetanchamon’. Zonder doden gelukkig, maar wel vaak met een onvoorspelbaar resultaat.
De huidige werkwijze is dat na een wijziging er een end-to-end test wordt uitgevoerd en eventueel een gebruikersacceptatietest, gebruikmakend van productie data, waarbij de uitkomst wordt vergeleken met de huidige situatie. Als de uitkomst plausibel lijkt, gaan we akkoord met de wijziging. Op deze manier weten we echter niet of onderliggend de juiste business rules zijn geïmplementeerd en of de uitkomst werkelijk de juiste is.
De testpiramide is een veelgebruikt hulpmiddel bij testen. Waarom testen we bij ETL alleen het topje van de piramide en beginnen we niet “gewoon” bij de basis van de piramide?
Tijdens deze presentatie laten we zien dat ook voor het testen van ETL de testpiramide van toepassing is. Hiervoor zullen we gebruik maken van een voorbeeld om dit duidelijk te kunnen onderbouwen.
Natuurlijk zijn er nog genoeg andere uitdagingen bij het testen van ETL. Denk aan de datakwaliteit, de doorlooptijd van processen en het maken van een gecontroleerde dataset. Deze zullen we ook aanstippen en mogelijke oplossingen aandragen. Maar deze uitdagingen hoeven een gecontroleerd ETL testproces niet in de weg te staan. Bij de uitleg maken we gebruik van de ervaring die we opgedaan hebben in de praktijk.
Door het volgen van de testpiramide kunnen we de ‘Vloek van Toetanchamon’ bij het testen van een ETL proces voorkomen en een voorspelbaar testresultaat bewerkstelligen.
Op 4 november 1922 ontdekte de Britse archeoloog Howard Carter in een piramide de vrijwel ongeschonden tombe van de Egyptische farao Toetanchamon. Enkele maanden na de ontdekking overleed Lord Carnavaron, een Egyptoloog die samen met Carter de tombe had betreden. Deze plotselinge dood staat bekend als de ‘Vloek van Toetanchamon’.
Binnen het proces van Extract, Transform, Load (ETL) zien we ook vaak een soort ‘Vloek van Toetanchamon’. Zonder doden gelukkig, maar wel vaak met een onvoorspelbaar resultaat.
De huidige werkwijze is dat na een wijziging er een end-to-end test wordt uitgevoerd en eventueel een gebruikersacceptatietest, gebruikmakend van productie data, waarbij de uitkomst wordt vergeleken met de huidige situatie. Als de uitkomst plausibel lijkt, gaan we akkoord met de wijziging. Op deze manier weten we echter niet of onderliggend de juiste business rules zijn geïmplementeerd en of de uitkomst werkelijk de juiste is.
De testpiramide is een veelgebruikt hulpmiddel bij testen. Waarom testen we bij ETL alleen het topje van de piramide en beginnen we niet “gewoon” bij de basis van de piramide?
Tijdens deze presentatie laten we zien dat ook voor het testen van ETL de testpiramide van toepassing is. Hiervoor zullen we gebruik maken van een voorbeeld om dit duidelijk te kunnen onderbouwen.
Natuurlijk zijn er nog genoeg andere uitdagingen bij het testen van ETL. Denk aan de datakwaliteit, de doorlooptijd van processen en het maken van een gecontroleerde dataset. Deze zullen we ook aanstippen en mogelijke oplossingen aandragen. Maar deze uitdagingen hoeven een gecontroleerd ETL testproces niet in de weg te staan. Bij de uitleg maken we gebruik van de ervaring die we opgedaan hebben in de praktijk.
Door het volgen van de testpiramide kunnen we de ‘Vloek van Toetanchamon’ bij het testen van een ETL proces voorkomen en een voorspelbaar testresultaat bewerkstelligen.
Zaal 3 | Caesar Keizer & het DBugIT team
Wij zijn een groepje studenten/Phd's van de VU in Amsterdam en werken samen met een professor aan een tool waarmee de kennis en vaardigheden van studenten binnen Software Testing worden geoefend en getoetst.
Hoe prikkel je de volgende generatie Software Testing studenten? Zeker niet een met een saai standaard pen en papier examen.
En zodoende, de geboorte van DBugIT! Een web-app voor het leren en beoordelen van software testing skills, ontwikkeld als spin-off vanuit de Vrije Universiteit Amsterdam om iedere leergierige student een dynamische bug hunting ervaring te geven met echte "werkende" bugs. Benieuwd hoe we de volgende generatie klaarstomen? Kom dan mee luisteren en jagen!
Wij zijn een groepje studenten/Phd's van de VU in Amsterdam en werken samen met een professor aan een tool waarmee de kennis en vaardigheden van studenten binnen Software Testing worden geoefend en getoetst.
Hoe prikkel je de volgende generatie Software Testing studenten? Zeker niet een met een saai standaard pen en papier examen.
En zodoende, de geboorte van DBugIT! Een web-app voor het leren en beoordelen van software testing skills, ontwikkeld als spin-off vanuit de Vrije Universiteit Amsterdam om iedere leergierige student een dynamische bug hunting ervaring te geven met echte "werkende" bugs. Benieuwd hoe we de volgende generatie klaarstomen? Kom dan mee luisteren en jagen!
Slot Keynote
20:15 - 21:00 | Twan Emonts - Schumer
Deze keynote wordt verzorgd door Twan Emonts - Schumer
Deze keynote wordt verzorgd door Twan Emonts - Schumer