Architectuurkeuzes in een testframework
Tijdens de interessante deepdive sessie op vrijdag 4 februari stond architectuur in een testframework op het programma. Met een ruime opkomst van zowel externen als collega’s van Newspark behandelden we architectuurkeuzes in een testframework bij onze opdrachten. Omwille van de bedrijfsgevoeligheid van de verschillende frameworks, gaan we in deze blog niet in op details. Wel geven we je graag een aantal algemene tips die hoogstwaarschijnlijk ook jou kunnen helpen. De opzet van een testframework We lieten elkaar zien hoe de opzet van het testframework gedaan was. Bij de uitleg van die opzet triggerden we elkaar met doortastende vragen over de verschillende gemaakte keuzes. Gedurende de diverse interacties ontstond een discussie waar je nu de step definitions plaatst. Gebruik je per feature file een step definition file of juist per scherm of kies je voor 1 grote file waardoor alles steps makkelijk te vinden zijn? Het antwoord bleek erg afhankelijk van het project en van wat de mensen fijn vinden om mee te werken. Het aantal step definition files Bij een erg groot project, waaraan veel testers werken, is het lastig en onoverzichtelijk om 1 grote step definition file te gebruiken. Het komt dan al snel voor dat het onduidelijk is … Meer lezen over Architectuurkeuzes in een testframework
Kopieer en plak deze URL in je WordPress site om in te sluiten
Kopieer en plak deze code in je site om in te sluiten