Iman er en erfaren QA-leder basert i Québec i Canada. Hun vant The Test Factor under The Testing Festival 2021, noe som utvilsomt er høydepunktet i karrieren hennes så langt…
Vi tok en prat med henne for å høre mer om det vinnende konseptet, hva som inspirerte det, tilnærmingen hennes til testing og reisen hennes frem til dette punktet. Vi tror mye av dette vil være gjenkjennelig for deg!
QAL
Hei Iman, velkommen til QAL-fellesskapet. La oss begynne fra starten. Hvordan begynte du med testing, var du utvikler før du ble tester?
Iman Benlekehal
Jeg studerte til utvikler, så jeg kan kode, men jeg har aldri jobbet som programmerer. Etter studiene dro jeg på noen jobbintervjuer, og ett av dem var for en stilling som tester. Jeg spurte, «ok, så hva er testing?» Personen svarte egentlig ikke detaljert på spørsmålet, hun stilte meg bare mange spørsmål om meg som person – hun var interessert i personligheten min. Så sa hun til meg «du skal på intervju hos ING Direct, nettbanken for sparing»
Da jeg kom til intervjuet, skjedde det samme. Intervjueren stilte meg også noen spørsmål om testing, for eksempel: «Hvordan ville jeg testet denne kontrakten eller disse rentene?» og «Tenk deg at vi har disse tilbudene for denne typen konto, hvordan ville du testet den?» Og jeg husker at jeg stilte ham flere spørsmål enn han stilte meg.
Da jeg kom hjem, spurte vennen min hvordan det hadde gått, og jeg sa «vel, det er rart. Jeg stilte ham flere spørsmål enn han stilte meg, jeg klarte ikke å svare på spørsmålene hans om testing. Så jeg vet ikke, jeg tror det gikk dårlig.»
Til min overraskelse ble jeg ansatt, og jeg fortsatte å spørre meg selv «ok, hva er denne testingen? Hva skal jeg teste?» Og min første sjef sa, «Du kan ikke noe om testing. Her er en setning eller et krav, skriv et testtilfelle.» Jeg sa til ham «Jeg har aldri skrevet et testtilfelle.» Han sa, «Gjør det, så ser vi etterpå» Så gjorde jeg det. Og han sa, «Så du fikk det riktig.» Da tenkte jeg «Riktig, ok. Skal jeg ikke teste knapper?» «Nei, du skal teste kravene. Om de er pålitelige og forståelige.» Da tenkte jeg «Ok, dette er en jobb der jeg har lov til å stille spørsmål?» Og han sa, «Det stemmer.» Så fra det øyeblikket ble det en lidenskap. Jeg elsker jobben.
QAL
Så det er slik du ville beskrevet testing – å stille de riktige spørsmålene?
Iman Benlekehal
Det er det jeg liker, fordi jeg har lov til å spørre hvorfor og hvordan. I Frankrike får du som ung student ikke lov til å stille dype spørsmål om hvorfor og hvordan med mindre du først har et vitnemål, men jeg har alltid likt å forstå hvorfor ting skjer. Hvorfor ber de meg om å gjøre noe? I denne rollen hadde jeg lov til å stille disse spørsmålene. Jeg hadde rollen, så jeg var veldig begeistret for den. Veldig entusiastisk. Dette var det første jeg likte.
Den andre grunnen er at jeg liker mennesker og å jobbe med forskjellige mennesker. Jeg elsker utfordringen det innebærer, og å få folk til å snakke samme språk og sikte mot det samme målet. Du har brukeren som ønsker noe, sjefen som ønsker noe annet, og utvikleren som sier noe annet. Og du befinner deg på en eller annen måte midt i alt dette, og må få dem til å forstå hverandre. Det er den utfordringen jeg liker best – å få folk til å forstå hverandre.
Have an account? Log In
QAL
Så testing handler ikke bare om at du kommer inn på slutten av en programvareutvikling, undersøker litt og prøver å ødelegge ting?
Iman Benlekehal
For meg, nei, det er mye mer enn det. Det er det grunnleggende, det er én av oppgavene. La oss si at du har 100 % beståtte tester, hva er det som gjør at disse 100 % beståtte testene er tilfredsstillende for brukeren?
Du er fornøyd fordi du har dekket 100 % av kravene. Men hva får deg til å tro at dekningen din er det som faktisk trengs? Hvis du ikke ser brukerne, og hvis du ikke forstår hvorfor og hvordan, kan du teste hva du vil, men det blir ikke riktig.
QAL
Så du liker å jobbe tett med UX- og brukerundersøkelsesteamet?
Iman Benlekehal
Jeg prøver å jobbe med alle. Du har noen prosjektteam der produkteieren er den som står fremst, talspersonen for alle, inkludert brukerne. Og det er greit, jeg liker å jobbe med dem. Men jeg liker også å høre hva brukerne faktisk trenger fra et kvalitetsperspektiv, ikke bare det funksjonelle. Så selv om produktsjefene forteller meg at dette er personene, og at dette er interessentene dine, flytter jeg grensene og stiller flere spørsmål. Hvem er de? Er de klar over at det du ber om vil ha denne konsekvensen? Slike ting. Så for meg handler det ikke bare om testing, dette var bare én del.
Relatert lesning: LEDELSE INNEN TESTING: TESTVERKTØY
QAL
Så det handler mer om en helhetlig måte å tenke på rundt hele prosjektet?
Iman Benlekehal
Akkurat.
QAL
Greit, jeg forstår. Så det var dette som inspirerte Skift opp og spre-konseptet? Gratulerer med Test Factor-prisen, forresten!
Iman Benlekehal
Takk! Konseptet kom etter at jeg hadde jobbet i Frankrike og Canada og sett at vi fortsatt har de samme problemene, uansett sektor og uansett kontinent. Kvalitet og testing holdes kun på prosjektnivå. Og som jeg sa til deg, jeg flytter grensene, jeg utfordrer interessentene, for hvis vi holder dem på samme nivå og prøver å løse eller teste det som blir lagt frem her, vet jeg av erfaring at vi vil få problemer med brukerne til slutt. Vi vil få budsjettproblemer, og vi vil få andre problemer.
Så en dag sa jeg: «Greit, slutt å tenke shift right, slutt å tenke shift left. Først og fremst må du gå oppover og overbevise hierarkiet, toppledelsen, om hva kvalitet er. Hva kvalitetssikring er, hva målet vårt er. Hvordan det foregår. Hvordan det fungerer. Det handler ikke bare om testing. Og når vi sier at kvalitet er alles ansvar, begynner det for meg med dem. De har det første ansvaret for kvaliteten og testingen av alt.
Så det var slik ideen oppstod, eller i det minste navnet, fordi alle nå vet at vi må overbevise toppledelsen og på en eller annen måte få dem involvert. For meg er dette en forutsetning. Det kommer ikke midtveis. Det er det første vi må gjøre før vi tenker på hvor vi kan plassere de beste testområdene.
Og så spre, fordi det ikke er nok bare å gå og overbevise hierarkiet, toppledelsen eller administrerende direktører. Du må samarbeide med dem for å spre kvaliteten i hele selskapet, slik at dere får en kvalitetskultur og en kvalitetsmentalitet. Hvis et prosjekt mislykkes, eller det oppstår en alvorlig feil – som for eksempel i sosiale nettverk – blir ikke teamene som jobbet med det værende der. Ingen vil huske personen som jobbet med prosjektet som mislyktes, eller hva som forårsaket feilen. Det som huskes, er navnet på selskapet. Derfor er det viktigere enn bare å si at prosjektet og teamene har ansvaret for kvaliteten. Alle har det.
QAL
Så det du sier, er at du ønsker å komme inn og endre hele virksomhetskulturen og virksomhetens tankesett?
Iman Benlekehal
Akkurat. Testing er bare en handling. Det er bare den siste komponenten i kvalitet. Når det gjelder kvalitet, må du legge strategien, og du må tenke på hvilke kriterier du trenger å fremheve for dette prosjektet sammen med brukerne. Hvis brukeren for eksempel trenger høy ytelse, trenger vi et verktøy for å teste denne ytelsen, og det viser seg at dette verktøyet er svært, svært dyrt. Og de hadde for eksempel ikke budsjettert med det, de hadde ikke satt av noe budsjett. Så igjen kommer det for sent.
Så ja, vi må teste tidligere, men vi må involveres tidligere og forstå kvaliteten og kvalitetskriteriene – jeg tror det er 10 nå med ISO 25010. Brukerne må uttrykke seg om alle disse kriteriene, og toppledelsen må forstå hvorfor disse kriteriene er svært viktige.
Når dette er gjort, når vi forstår alle risikoene, kan vi teste. TDD og alt dette er flott og svært viktig, og jeg sier ikke at det ikke løser noen problemer, men det er mange problemer som kan løses før testingen.
QAL
Så dette skjer før teststrategi og modellering?
More Articles
Iman Benlekehal
Ja. I noen av prosjektene er prosjektlederen for eksempel glad for å ha meg med på teamet sitt. De sier: «Greit, vi har Iman, hun tar teststrategien.» Jeg sier: «Greit, flott. Kan du sette oss i kontakt med kunden, slik at vi kan presentere strategien for ham?» Og det pleier de vanligvis å være innstilt på. De ser ut til å forstå filosofien og lar meg snakke med kunden. Det er perfekt. Men uken etter sier han: «Greit, vi har beregnet budsjettet ditt.» Jeg sier: «Hvem beregnet budsjettet QA trenger til aktivitetene sine?»
De forstår ikke at det ikke bare er teori som sier at vi må involveres i alle aspekter. Så det er vanskelig for dem å endre tankesettet sitt og innse at testing og kvalitet ikke bare er en prosentandel av det utviklerne gjør. Jeg tror de tar 40 % av beregningene. Det er ennå ikke en refleks å hente inn QA-ekspertene og si: «Greit, her er prosjektet, selv om ingen fra QA er involvert her. Hva synes du?»
Og med erfaringen vår kan vi fremheve hva kunden egentlig ønsket. Jeg elsker å lese mellom linjene og si: «Greit, han sa dette, og dette er hva det betyr i virkeligheten: dette, dette og dette. Still ham spørsmålet, så får du se.» Og dette er det eksperter på kvalitet, eller erfarne personer som har jobbet i mange, mange sektorer, kan fremheve. Det er viktig å hjelpe selv toppledelsen med å forstå dette, og også prosjektledelsen.
QAL
Greit, jeg forstår! Jeg ser frem til å se hvordan prosjektet utvikler seg med Jonathon som din nye mentor. Takk for at du tok deg tid. Bare ett spørsmål til: Har du noen råd til personer som nettopp har begynt på en karriere innen testing, om hvordan de bør gå inn i rollen eller utviklingen sin, eller noe annet?
Iman Benlekehal
Fortsett å stille spørsmål, og ikke bli redd når folk sier til deg «nei, din del, din rolle er der, helt til slutt.» Nei. QA-testere har en enormt viktig rolle å spille. De driver ikke bare med testing eller gjennomføring, de må også bidra til å få folk til å forstå hverandre og sørge for at vi snakker samme språk, og at vi ser mot det samme målet. I løpet av de neste ti årene vil teknologiene utvikle seg, og det vil være mindre behov for mennesker til selve testingen, men testfilosofien vil bestå, og den vil fortsatt være svært viktig.
Fortsett å lære, og sjekk ut denne podkasten: GENERASJONEN AV AUTONOM AUTOMATISERING OG HVORDAN DEN SER UT (MED BERTOLD KOLICS FRA MABL)
