Brainpower ++ met (lead) Full-Stack Developer Lucas van Liere.
Cypress als multi-inzetbare testautomatiseringstool.
Je kent het wel: vacatureteksten met enorm hoge eisen. Waar er tiental verschillende toolingen of technieken vereist zijn. Schrikt een beetje af, toch?
Zou je dit weerhouden om te reageren? Ondanks dat er fundamenteel veel overlap is? Syntax, de manier waarop je iets moet opschrijven, kan je snel leren. Maar daarvoor moet je de basis wel begrijpen. Tijdens deze Brainpower++ sessie neem ik je mee in de pilaren van testautomatisering en hoe je ze (bijna) allemaal met Cypress onder de knie kan krijgen.
Code first en behaviour-driven.
De angst voor het drukken op de grote release- of deploymentknop is niet nodig. Zolang je de zekerheid incrementeel en structureel aanpakt. Kleine kort-cyclische wijzigingen, veiligheid en herbruikbaar inrichten middels code-first en behaviour-driven aanpak.
Tip: Spendeer veel aandacht in het wegnemen van false-positives en instabiliteit. Dit zorgt ervoor dat het resultaat van jouw tests te verklaren is en een goed gevoel geeft bij het drukken op die approval knop van een release pipeline.
Inzetten van Cypress.
Wil je een nieuwe developer of tester vacature uitzetten? Dan kan je een grote dikke streep zetten tussen de enorme lijst van benodigde werkervaring in specifieke testautomatiseringstoolingen. De oplossing? Cypress breed inzetten.
Zo heb je één tool die zowel voor Frontend als Backend functioneert. Vooral geschikt om waarborging te creëren dat toevoegingen of wijzigingen geen ongewenst gedrag of weergave introduceert binnen jouw applicatie(s). Super functioneel!
Tip: Houd een duidelijk doel voor ogen.
Het doel van de diverse test-tooling is belangrijk. Zodra het doel te bereiken is doordat je iets in browser moet draaien, een API moet bereiken, een geïsoleerd component of juist iets vanuit diverse autorisaties wilt gaan testen, dan zou ik je adviseren om Cypress eens uit te proberen.
Conclusie.
Soms is het handig om te weten wat er nog meer achter de horizon ligt. Keuzes worden vaak gemaakt op basis van opgedane ervaringen of wat als meest populaire suggestie naar bovenkomt als je op testautomatiserings-tooling zoekt via een zoekmachine.
Het is dan ook goed om te kijken wat één van die suggesties nog meer kan dan waarin ze gespecialiseerd zijn, omdat het oppakken van diverse toolingen tijd kost. En tijd kost geld.