Tip - Van waterval naar agile
Naam Yalçin Türkyilmaz
Functie Testanalist
Bedrijf CGI
Als (t-shaped) testanalist/engineer ben je onderhevig aan verschillende aspecten van het vakgebied. Ik merk sinds een paar jaar een sterke transitie van waterval naar agile ontwikkelmethode, waarin andere maatstaven zijn gesteld om in korte cyclus een zogenaamde “shippable” product te leveren. Echter is de omslag naar Agile mindset geen sinecure en vergt veel tijd voor de juiste adaptatie. Naar mijn inziens is de adaptatie periode hierdoor de meest onderschatte proces om full-force gesmeerde (scrum)team te werken. Daarvoor heb je tijd en eeb leercurve nodig om zo een transitie voldaan door te lopen. Dit proces kan per project en bedrijf verschillen, afhankelijk in welke fase van transitie naar Agile zich bevindt. Om deze stelling concreet te maken; Het pallet is van waterval naar agile-en waterval tot volledig agile naar devops breed.
Persoonlijk miste ik vaak goede handvaten om vanuit t-shaped gedachte te handelen.
- Hoe ga je binnen agile t-shaped profiel concreet invulling geven?
- Is de definitie van t-shaped tester zover ook voldoende uitgediept? Of is het meer een “overall agile tester” geworden. Ook is er in de uiterste definitie “DevOps” engineers.
- Wanneer is laatst kritisch naar het profiel bekeken?
- Welke competenties heb je minimaal nodig? Zowel soft als hard-skills!
- Wat zijn de ontwikkelingen over de tooling en technieken die bij t-shaped tester passen?
- Hoe ga je nieuwe technologieën (AI,VR, Blockchain, IoT) testen
Bovenste lijst kan uiteraard uitgebreid worden, er is duidelijk meer tijd en inspanning nodig. Verder wil ik op een paar vragen enigszins inzoomen. Dat zal de beeldvorming hierover verbeteren. De belangrijkste skills (hard/soft) worden het beste weergegeven als leidraad, welke je kan ontwikkelen. Je ziet dat er als t-shaped tester wordt verwacht om in zekere zin technisch onderlegd te zijn. Denk hieraan de aspecten als; testautomatisering, kennis van Java/C# met bijbehorende tooling als Cucumber, Selenium, RobotFramework, Tosca, Ranorex en nog veel meer.
Het lijkt er wel op dat t-shaped testers een cruciale rol zullen spelen om de nieuwe informatie technologieën vakgericht te testen om een solide bijdrage aan het betreffende IT-product (app/simulatie/toepassing) te leveren. Deze zal waarschijnlijk veel al in test automatisering plaatsvinden. Ik noem het voor het gemak "(Automated)Smart Testing". Ik zie het meer als een slimme tooling om de robuustheid van een webapplicatie/app te waarborgen in plaats van regressietesten te draaien.
Er is geen infographic die de relatie met de nieuwe technologieën als VR, AI, Gamification, IoT, Blockchain met betrekking tot testen kan weergeven. Wellicht is deze relatie nog te lastig om als big picture neer te zetten. Zodra ik meer dan voldoende weet, wil ik een poging doen om deze te maken. Hoe dan ook gaan deze technologieën in de nabije toekomst ongetwijfeld meer voor een (t-shaped) tester spelen. Dat betekent dat het als test professional geen luxe is om alvast bezig te zijn met Blockchain. Business value van deze technologie is, dat er een grote potentie is om in grote schaal ingezet te worden.
Ten slotte geloof ik dat je als (t-shaped) tester tussen de techniek en business moet kunnen acteren en manoeuvreren. Dat is in een Agile omgeving onontbeerlijk. Ik wil persoonlijk die uitdaging aangaan om in elke geval mijn vakgebied levendig te houden.