Schuif omhoog en spreid: een nieuw testconcept met Iman Benlekehal
Iman is een ervaren QA-lead uit Québec, Canada. Ze was de winnaar van The Test Factor tijdens The Testing Festival 2021, wat tot nu toe ongetwijfeld het hoogtepunt van haar carrière is…
We spraken met haar om meer te horen over het winnende concept, wat haar inspireerde, haar benadering van testen en haar reis tot nu toe. We kunnen ons voorstellen dat veel hiervan herkenbaar voor je zal zijn!
QAL
Hoi Iman, welkom bij de QAL-community. Laten we bij het begin beginnen. Hoe ben je in het testen terechtgekomen, was je ontwikkelaar voordat je tester werd?
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Iman Benlekehal
Ik heb een opleiding tot ontwikkelaar gevolgd, dus ik weet hoe ik moet programmeren, maar ik heb nooit als programmeur gewerkt. Na mijn studie ging ik naar een aantal sollicitatiegesprekken en bij een daarvan waren ze op zoek naar een tester. Ik vroeg: “oké, dus wat is testen?” De persoon beantwoordde de vraag eigenlijk niet in detail, ze stelde me gewoon veel vragen over mij als persoon—ze was geïnteresseerd in mijn persoonlijkheid. Daarna vertelde ze me “je gaat op gesprek bij ING Direct, de online spaarbank ”
Toen ik bij het gesprek aankwam, gebeurde hetzelfde. De interviewer stelde me ook enkele vragen over testen, bijvoorbeeld: “Hoe zou ik dit contract of deze rentepercentages testen?” en “stel dat we deze aanbiedingen hebben voor dit soort rekening, hoe zou je die testen?” En ik herinner me dat ik hem meer vragen stelde dan hij mij.
Toen ik thuiskwam, vroeg mijn vriend hoe het was gegaan en ik zei “nou, het is vreemd. Ik stelde hem meer vragen dan hij mij stelde, ik kon zijn vragen over testen niet beantwoorden. Dus ik weet het niet, ik denk dat het slecht ging.”
Tot mijn verbazing werd ik aangenomen en bleef ik mezelf afvragen “oké, wat is dit testen? Wat ga ik testen?” En mijn eerste baas zei: “Je weet niets over testen. Hier is een zin of vereiste, schrijf een testcase.” Ik vertelde hem “Ik heb nog nooit een testcase geschreven.” Hij zei: “Doe het, daarna kijken we wel” Dus [ik] deed het. En hij zei: “Dus je hebt het goed gedaan.” Toen dacht ik “Goed, oké. Ik ga dus geen knoppen testen?” “Nee, je gaat de vereisten testen. Of ze betrouwbaar en begrijpelijk zijn.” Dus ik dacht “Oké, het is een baan waarin ik het recht heb om vragen te stellen?” En hij zei: “Dat klopt.” Vanaf dat moment werd het een passie. Ik hou van mijn werk.
QAL
Dus zo zou je testen omschrijven: de juiste vragen stellen?
Iman Benlekehal
Dat is wat ik fijn vind, omdat ik het recht heb om te vragen waarom en hoe. In Frankrijk mag je als jonge student geen diepgaande vragen stellen over waarom en hoe, tenzij je eerst een diploma hebt behaald, maar ik heb altijd willen begrijpen waarom dingen gebeuren. Waarom vragen ze me om iets te doen? In deze rol had ik dus het recht om die vragen te stellen. Ik had die rol, dus ik was er erg blij mee. Heel enthousiast. Dat was het eerste wat ik geweldig vond.
De tweede reden is dat ik van mensen houd en graag met verschillende mensen werk. Ik hou van de uitdaging die daarbij komt kijken, en van het feit dat je mensen dezelfde taal laat spreken en op hetzelfde doel laat richten. Je hebt de gebruiker die iets wil, de baas [die] iets anders wil, en de ontwikkelaar die weer iets anders zegt. En je bevindt je als het ware midden in dit alles, en je moet ervoor zorgen dat ze elkaar begrijpen. Dat is dus de uitdaging die ik het leukst vind: mensen elkaar laten begrijpen.
QAL
Dus testen betekent niet alleen dat je aan het einde van een softwareontwikkeling binnenkomt, wat rondkijkt en dingen probeert stuk te maken?
Iman Benlekehal
Voor mij niet, het is veel meer dan dat. Dat is het basisonderdeel, het is een van de taken. Stel dat je 100% geslaagde tests hebt, wat maakt die 100% geslaagde tests dan geschikt voor de gebruiker?
Je bent blij omdat je 100% van de vereisten hebt afgedekt. Maar waarom denk je dat je dekking overeenkomt met wat er echt nodig is? Als je de gebruikers niet ziet en als je de waaromvragen en hoe-vragen niet begrijpt, kun je alles testen wat je wilt, maar het zal niet kloppen.
QAL
Werk je dus graag nauw samen met het UX- en gebruikersonderzoeksteam?
Iman Benlekehal
Ik probeer met iedereen samen te werken. Je hebt projectteams waarin de producteigenaar vooroploopt en namens iedereen spreekt, ook namens de gebruikers. En dat is prima, ik werk graag met hen samen. Maar ik wil ook vanuit kwaliteitsperspectief horen wat gebruikers echt nodig hebben, niet alleen vanuit functioneel oogpunt. Dus zelfs als de productmanagers me vertellen wie deze mensen zijn en wie mijn belanghebbenden zijn, verleg ik de grens en stel ik meer vragen. Wie zijn ze? Zijn ze zich ervan bewust dat wat je vraagt deze impact zal hebben? Dat soort dingen. Voor mij draait het dus niet alleen om testen, dit was slechts één onderdeel.
Gerelateerd artikel: LEIDERSCHAP IN TESTEN: TESTTOOLS
QAL
Het gaat dus meer om een holistische manier van denken over het hele project?
Iman Benlekehal
Precies.
QAL
Oké, begrepen. Dus dit heeft het concept ‘omhoog gaan en verspreiden’ geïnspireerd? Gefeliciteerd trouwens met je overwinning bij Test Factor!
Iman Benlekehal
Bedankt! Het concept ontstond nadat ik in Frankrijk en Canada had gewerkt en zag dat we, ongeacht de sector en ongeacht het continent, nog steeds met dezelfde problemen te maken hebben. Kwaliteit en testen worden alleen op projectniveau toegepast. En zoals ik je al vertelde, verleg ik de grenzen en daag ik de belanghebbenden uit, want als we hen op hetzelfde niveau houden en proberen op te lossen of te testen wat hier wordt aangeleverd, weet ik uit mijn ervaring dat we uiteindelijk problemen met de gebruikers zullen krijgen. We zullen budgetproblemen krijgen en nog andere problemen.
Op een dag zei ik dus: “oké, stop met denken in termen van opschuiven naar rechts en stop met denken in termen van opschuiven naar links. Allereerst moet je omhoog gaan en de hiërarchie, het topmanagement, ervan overtuigen wat kwaliteit is. Wat kwaliteitsborging is, wat ons doel is. Hoe het gaat. Hoe het werkt. Het gaat niet alleen om testen. En wanneer we zeggen dat kwaliteit ieders verantwoordelijkheid is, begint dat voor mij bij hen. Zij zijn als eerste verantwoordelijk voor de kwaliteit en het testen van alles.
Daarom kwam het idee op, of in ieder geval de naam, want iedereen weet dat we het topmanagement vanaf nu moeten overtuigen en hen er op de een of andere manier bij moeten betrekken. Voor mij is het een vereiste. Het komt niet in het midden. Het is het eerste wat we moeten doen voordat we nadenken over waar we de beste testgebieden kunnen plaatsen.
En daarna verspreiden, omdat het niet genoeg is om alleen de hiërarchie, het topmanagement of de CEO's te overtuigen. Je moet met hen samenwerken om kwaliteit door het hele bedrijf te verspreiden, zodat er een kwaliteitscultuur en een kwaliteitsmentaliteit ontstaan. Als een project mislukt of als er een enorme fout is — bijvoorbeeld op sociale netwerken — blijven de teams die eraan hebben gewerkt daar niet. Niemand zal zich die persoon herinneren die aan dat mislukte project heeft gewerkt, of wat de fout heeft veroorzaakt. Wat mensen zich herinneren, is de naam van het bedrijf. Het is dus belangrijker dan alleen zeggen dat het project en de teams verantwoordelijk zijn voor de kwaliteit: iedereen is dat.
QAL
Dus wat je zegt, is dat je binnen wilt komen en de hele bedrijfscultuur en mentaliteit binnen het bedrijf wilt veranderen?
Iman Benlekehal
Precies. Testen is slechts een handeling. Het is alleen het laatste onderdeel van kwaliteit. Voor kwaliteit moet je de strategie bepalen en nadenken over welke criteria je voor dit project samen met de gebruikers moet benadrukken. Als de gebruiker bijvoorbeeld hoge prestaties nodig heeft, hebben we een hulpmiddel nodig om deze hoge prestaties te testen, en toevallig is dat hulpmiddel zeer, zeer duur. En ze hadden er bijvoorbeeld geen budget voor uitgetrokken, ze hadden geen budget opgenomen. Het komt dus opnieuw te laat.
Dus ja, we moeten eerder testen, maar we moeten ook eerder betrokken worden en de kwaliteit en de kwaliteitscriteria begrijpen — ik denk dat het er nu 10 zijn met ISO 25010. Gebruikers moeten zich over al deze criteria uitspreken en het topmanagement moet begrijpen waarom deze criteria zo belangrijk zijn.
Als dat eenmaal is gebeurd en we alle risico's begrijpen, kunnen we testen. TDD en al die andere zaken zijn geweldig en zeer belangrijk. Ik zeg niet dat ze geen problemen oplossen, maar er zijn veel problemen die al vóór het testen kunnen worden opgelost.
QAL
Dus dit komt vóór de teststrategie en het modelleren?
Iman Benlekehal
Ja. In sommige projecten is de projectmanager bijvoorbeeld blij dat ik deel uitmaak van zijn team. Ze zeggen dan “Oké, we hebben Iman, zij neemt de teststrategie op zich.” Ik zeg: “Oké, geweldig. Kun je ons bij de klant betrekken, zodat we de strategie aan hem kunnen presenteren?”En meestal vinden ze dat goed. Ze lijken de filosofie te begrijpen en laten me met de klant praten. Dat is perfect. Maar de week erna zegt hij: “Oké, we hebben jouw budget begroot.” Ik zeg: “Wie heeft het budget begroot dat QA nodig heeft voor hun activiteiten?”
Ze begrijpen niet dat het niet alleen theorie is die zegt dat we bij elk aspect betrokken moeten zijn. Het is dus moeilijk voor hen om hun mentaliteit te veranderen en te beseffen dat testen en kwaliteit niet slechts een percentage zijn van wat ontwikkelaars doen. Ik denk dat ze 40% van de schattingen nemen. Het is nog geen automatisme om QA als experts erbij te halen en te zeggen: “oké, hier is het project. Ook al is hier geen QA bij betrokken, wat vind je ervan?”
En met onze ervaring kunnen we benadrukken wat de klant echt wilde. Ik lees graag tussen de regels door en zeg: “oké, hij zei dit, maar dit is wat het in werkelijkheid betekent: dit, dit en dit. Stel hem de vraag, dan zul je het zien.” En dit is wat kwaliteitsexperts, of ervaren mensen die in heel veel sectoren hebben gewerkt, kunnen benadrukken. Het is belangrijk om zelfs het topmanagement en het projectmanagement te helpen dit te begrijpen.
QAL
Oké, begrepen! Ik ben benieuwd hoe het project zich ontwikkelt met Jonathon als je nieuwe mentor. Bedankt voor je tijd. Nog één vraag: heb je advies voor mensen die net aan hun carrière in het testen beginnen over hoe ze hun rol of hun ontwikkeling kunnen aanpakken, of iets anders?
Iman Benlekehal
Blijf vragen stellen en wees niet bang wanneer mensen je vertellen “nee, jouw onderdeel, jouw rol is daar, aan het einde.” Nee. QA-testers hebben een enorme rol te vervullen. Ze zijn niet alleen bezig met testen of uitvoeren, ze moeten ook de rol op zich nemen om ervoor te zorgen dat mensen elkaar begrijpen, dat we dezelfde taal spreken en dat we naar hetzelfde doel toewerken. In de komende tien jaar zullen de technologieën zich ontwikkelen en zullen er minder mensen nodig zijn voor het daadwerkelijke testen, maar de testfilosofie blijft bestaan en zal nog steeds zeer noodzakelijk zijn.
Blijf leren en beluister deze podcast: DE GENERATIE VAN AUTONOME AUTOMATISERING EN HOE DIE ERUITZIET (MET BERTOLD KOLICS VAN MABL)
