Shift Up and Spread: Un Nuovo Concetto di Testing con Iman Benlekehal
Iman è una QA Lead esperta con base a Québec, Canada. È stata la vincitrice di The Test Factor al The Testing Festival 2021, che è sicuramente il punto culminante della sua carriera finora…
L’abbiamo incontrata per saperne di più sul concetto vincente, cosa l’ha ispirata, il suo approccio al testing e il suo percorso fino ad oggi. Immaginiamo che molte delle sue esperienze troveranno riscontro anche in te!
QAL
Ciao Iman, benvenuta nella community di QAL. Cominciamo dall’inizio. Come sei arrivata al testing? Eri una sviluppatrice prima di diventare tester?
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
Ho studiato come sviluppatrice quindi so programmare, ma non ho mai lavorato come coder. Dopo gli studi, ho fatto alcuni colloqui di lavoro e uno di questi era alla ricerca di un tester. Ho chiesto, “okay, quindi cos’è il testing?”. La persona non ha risposto davvero dettagliatamente alla domanda, mi ha solo fatto molte domande su di me come persona — era interessata alla mia personalità. Poi mi ha detto, “farai un colloquio in ING Direct, la banca di risparmio online”
Quando sono arrivata al colloquio, è successa la stessa cosa. L’intervistatore mi ha fatto anche alcune domande sul testing, per esempio: “Come testeresti questo contratto o questi interessi?” e “immagina che abbiamo queste offerte per questo tipo di conto, come lo testeresti?” E ricordo che ho fatto più domande io a lui che lui a me.
Quando sono arrivata a casa, la mia amica mi ha chiesto com’era andata e io ho detto “beh, è strano. Gli ho fatto più domande io di quante ne abbia fatte lui a me, non sono riuscita a rispondere alle sue domande sul testing. Quindi non so, penso sia andata male.”
Con mia sorpresa, sono stata assunta e continuavo a chiedermi “okay, cos’è questo testing? Cosa dovrò testare?” E il mio primo capo mi disse, “Non conosci il testing. Ecco una frase o requisito, scrivi un test case.” Gli dissi “Non ho mai scritto un test case.” Mi rispose, “Falllo, poi vediamo”. Quindi [io] l’ho fatto. E lui ha detto, “L’hai fatto giusto.” Poi io, “Ok, quindi non devo solo testare i pulsanti?” “No, devi testare i requisiti. Se sono affidabili e comprensibili.” Così io, “Va bene, quindi è un lavoro in cui posso fare domande?” E lui rispose, “Esatto.” Da quel momento divenne una passione. Amo questo lavoro.
QAL
Quindi descriveresti il testing come il saper fare le domande giuste?
Iman Benlekehal
È quello che mi piace, perché ho il diritto di chiedere perché e come. In Francia, quando sei una giovane studentessa, non ti è permesso fare domande profonde sul perché e il come, a meno che tu non abbia già un diploma, ma a me è sempre piaciuto capire perché succedono le cose. Perché mi chiedono di fare qualcosa? E con questo ruolo, avevo il diritto di fare queste domande. Avevo il ruolo, quindi ne ero molto entusiasta. Molto contenta. Questa è la prima cosa che ho amato.
Il secondo motivo è che mi piacciono le persone e lavorare con persone diverse. Amo la sfida che c’è, e riuscire a far parlare le persone la stessa lingua e puntare allo stesso obiettivo. Perché c’è l’utente che vuole una cosa, il capo che ne vuole un’altra, lo sviluppatore che ne dice un’altra ancora. E tu sei un po’ nel mezzo di tutto questo, e devi farli comprendere. Quindi quella è la sfida che mi piace di più, fare in modo che le persone si capiscano tra loro.
QAL
Quindi il testing non è solo arrivare alla fine di uno sviluppo software e provare a rompere le cose, giusto?
Iman Benlekehal
Per me no, è molto di più. Quella è la base, è una delle attività. Diciamo che hai il 100% dei test passati, cosa rende questi test al 100% andati a buon fine giusti per l’utente?
Sei felice perché hai coperto il 100% dei requisiti. Ma cosa ti fa pensare che la tua copertura sia davvero ciò di cui c’è bisogno? Se non vedi gli utenti, se non comprendi il perché e il come, puoi testare tutto quello che vuoi ma non sarà mai corretto.
QAL
Quindi ti piace lavorare a stretto contatto con il team UX e di ricerca utenti?
Iman Benlekehal
Io cerco di lavorare con tutti. Ci sono alcuni team di progetto in cui il product owner è quello in prima linea, il portavoce per tutti, inclusi gli utenti. E va bene così, mi piace lavorare con loro. Ma mi piace anche sentire di cosa hanno davvero bisogno gli utenti dal punto di vista della qualità, non solo funzionale. Quindi anche se i product manager mi dicono che queste sono le persone e questi sono i tuoi stakeholder, io spingo sempre un po’ oltre e faccio più domande. Chi sono? Sono consapevoli che ciò che chiedete avrà questo impatto? Cose così. Per me non è solo testing, è solo una parte.
Lettura correlata: LEADERSHIP NEL TEST: TESTING TOOLS
QAL
Quindi è un modo olistico di pensare all’intero progetto?
Iman Benlekehal
Esattamente.
QAL
Okay, capito. Quindi è questo che ha ispirato il concetto di Shift Up and Spread? Complimenti per la tua vittoria al Test Factor, tra l'altro!
Iman Benlekehal
Grazie! Il concetto è nato dopo aver lavorato in Francia e in Canada e aver visto che, qualunque sia il settore e qualunque sia il continente, abbiamo comunque gli stessi problemi. La qualità e il testing vengono mantenuti solo a livello di progetto. E, come ti dicevo, io spingo i confini, spingo gli stakeholder, perché se li manteniamo allo stesso livello, cercando di risolvere o testare solo ciò che viene richiesto qui, so per esperienza che alla fine avremo problemi con gli utenti. Avremo alcuni problemi di budget, avremo altri problemi.
Così un giorno ho detto “ok, basta pensare shift right, basta pensare shift left. Prima di tutto, bisogna andare in alto e convincere la gerarchia, il top management, di cosa sia la qualità. Che cos'è l'assicurazione qualità, qual è il nostro scopo? Come funziona. Non è solo testing. E quando si dice che la qualità è una responsabilità di tutti: per me, parte da loro. Sono loro i primi responsabili della qualità e del testing di tutto.
Quindi è da qui che è nata l’idea, o almeno il nome, perché da ora tutti sanno che bisogna convincere il top management e in qualche modo coinvolgerli. Per me è un prerequisito. Non sta nel mezzo. È la prima cosa da fare prima di pensare a dove mettere le migliori aree di test.
E poi "spread" perché non basta solo andare a convincere la gerarchia, il top management o i CEO. Bisogna lavorare con loro per diffondere la qualità in tutta l’azienda, per avere questa cultura e mentalità della qualità. Se un progetto fallisce, o c’è un enorme bug—come nei social network ad esempio—i team che ci hanno lavorato non resteranno lì. Nessuno ricorderà quella persona che ha lavorato al progetto fallito, o cosa ha causato il bug. Quello che viene ricordato è il nome della società. Quindi è più importante che semplicemente dire che il progetto e i team sono responsabili della qualità, lo sono tutti.
QAL
Quindi quello che stai dicendo è che vuoi entrare e cambiare tutta la cultura aziendale, e il modo di pensare aziendale?
Iman Benlekehal
Esattamente. Il testing è solo un'azione. È solo l’ultimo componente della qualità. Per la qualità, bisogna definire la strategia, bisogna pensare a quali criteri mettere in risalto per questo progetto insieme agli utenti. Ad esempio, se l’utente ha bisogno di alte prestazioni, per testare queste prestazioni serve uno strumento che spesso è molto, molto costoso. E magari, non è stato messo a budget, non ci hanno messo nessun budget. Quindi, di nuovo, arriva tardi.
Quindi sì, bisogna testare prima, ma bisogna essere coinvolti prima e capire la qualità e i criteri di qualità — penso che ora siano 10 con la ISO 25010. Gli utenti devono potersi esprimere su tutti questi criteri, e il top management deve capire perché questi criteri sono così importanti.
Una volta fatto questo, una volta che si sono comprese tutti i rischi, allora possiamo testare. TDD, tutte queste cose, sono ottime e sono molto importanti e non sto dicendo che non risolvono problemi, ma ci sono molti problemi che si possono risolvere prima del testing.
QAL
Quindi questo viene prima della strategia di test e della modellizzazione?
Iman Benlekehal
Sì. Ad esempio, in alcuni progetti il project manager è felice di avermi nel suo team. Diranno “Ok, abbiamo Iman, si occuperà della strategia di test.” Io dico “Ok, perfetto. Possiamo inserirci nel loop con il cliente, dove possiamo presentargli la strategia?” E solitamente sono d'accordo. Sembrano capire la filosofia e mi lasciano parlare col cliente. Perfetto. Ma la settimana dopo, dice “Ok, abbiamo stimato il tuo budget.” Io chiedo “Chi ha stimato il budget che serve alla QA per le sue attività?”
Non capiscono che non è solo la teoria a dire che dobbiamo essere coinvolti in ogni aspetto. Quindi per loro è difficile cambiare mentalità e rendersi conto che testing e qualità non equivalgono solo a una percentuale di quello che fanno gli sviluppatori, credo prendano il 40% delle stime. Non è ancora un riflesso andare a chiamare la QA, come esperti, e dire "ok, ecco il progetto anche se qui non c’è nessuna QA, cosa ne pensate?”
E con la nostra esperienza possiamo mettere in luce ciò che il cliente voleva veramente. Amo leggere tra le righe e dire “ok, ha detto questo, questo significa in realtà questo, questo, questo, chiedigli la domanda, vedrai.” Ed è questo che gli esperti di qualità, o persone con molta esperienza in tanti settori, sanno evidenziare. È importante aiutare anche il top management a capirlo; così come la direzione di progetto.
QAL
Ok, capito! Non vedo l’ora di vedere come si svilupperà il progetto con Jonathon come nuovo mentore. Grazie per il tuo tempo, solo un'ultima domanda: per i nuovi che si affacciano ora alle carriere nel testing, hai qualche consiglio su come dovrebbero approcciare il ruolo o lo sviluppo o altro?
Iman Benlekehal
Continuate a fare domande e non abbiate paura quando le persone vi dicono “no, la tua parte, il tuo ruolo è lì, alla fine.” No. I tester QA hanno un ruolo enorme da svolgere. Non si tratta solo di testare o eseguire, devono assumere il ruolo di far sì che le persone si comprendano e assicurarsi che parliamo la stessa lingua e che puntiamo tutti allo stesso obiettivo. Nei prossimi dieci anni, le tecnologie si evolveranno e ci sarà meno bisogno delle persone per il testing vero e proprio, ma la filosofia del testing rimarrà, e sarà ancora molto necessaria.
Continuate a imparare e date un’occhiata a questo podcast: LA GENERAZIONE DELL'AUTOMAZIONE AUTONOMA E COME SI PRESENTA (CON BERTOLD KOLICS DI MABL)
