Iman er en erfaren QA-leder med base i Québec, Canada. Hun var vinderen af Testfaktoren ved Testfestivalen 2021, hvilket uden tvivl er højdepunktet i hendes karriere indtil videre…
Vi tog en snak med hende for at høre mere om det vindende koncept, hvad der inspirerede hende, hendes tilgang til test og hendes rejse frem til dette punkt. Vi forestiller os, at meget af det vil vække genklang hos dig!
QAL
Hej Iman, og velkommen til QAL-fællesskabet. Lad os begynde fra starten. Hvordan kom du ind i test? Var du udvikler, før du blev tester?
Iman Benlekehal
Jeg uddannede mig som udvikler, så jeg ved, hvordan man programmerer, men jeg har aldrig arbejdet som programmør. Efter mine studier tog jeg til nogle jobsamtaler, og en af dem handlede om at finde en tester. Jeg spurgte, “okay, hvad er test?” Personen besvarede egentlig ikke spørgsmålet i detaljer, hun stillede mig bare en masse spørgsmål om mig som person—hun var interesseret i min personlighed. Så fortalte hun mig “du skal til en samtale hos ING Direct, den online sparebank ”
Da jeg kom til samtalen, skete det samme. Intervieweren stillede mig også nogle spørgsmål om test, for eksempel: “Hvordan ville jeg teste denne kontrakt eller disse renter?” og “Forestil dig, at vi har disse tilbud til denne type konto, hvordan ville du teste det?” Og jeg husker, at jeg stillede ham flere spørgsmål, end han stillede mig.
Da jeg kom hjem, spurgte min ven mig, hvordan det var gået, og jeg sagde “tja, det er mærkeligt. Jeg stillede ham flere spørgsmål, end han stillede mig, og jeg kunne ikke besvare hans spørgsmål om test. Så jeg ved det ikke, jeg tror, det gik dårligt.”
Til min store overraskelse blev jeg ansat, og jeg blev ved med at spørge mig selv “okay, hvad er det her test? Hvad skal jeg teste?” Og min første chef sagde: “Du ved ikke noget om test. Her er en sætning eller et krav, skriv en testcase.” Jeg sagde til ham “Jeg har aldrig skrevet en testcase.” Han sagde, “Gør det, så ser vi på det bagefter” Så [jeg] gjorde det. Og han sagde: “Så du gjorde det rigtigt.” Så tænkte jeg “Nå, okay. Skal jeg ikke teste knapper?” “Nej, du skal teste kravene. Om de er pålidelige og forståelige.” Så tænkte jeg “Okay, det er et job, hvor jeg har ret til at stille spørgsmål?” Og han sagde: “Det er korrekt.” Så fra det øjeblik blev det en passion. Jeg elsker jobbet.
QAL
Så det er sådan, du vil beskrive test—at stille de rigtige spørgsmål?
Iman Benlekehal
Det er det, jeg godt kan lide, fordi jeg har ret til at spørge hvorfor og hvordan. I Frankrig må man som ung studerende ikke stille dybdegående spørgsmål om hvorfor og hvordan, medmindre man først har et eksamensbevis, men jeg har altid godt kunnet lide at forstå, hvorfor ting sker. Hvorfor beder de mig om at gøre noget? Med denne rolle havde jeg ret til at stille den slags spørgsmål. Jeg havde rollen, så jeg var meget begejstret for det. Meget spændt. Det var det første, jeg elskede.
Den anden grund er, at jeg godt kan lide mennesker og at arbejde sammen med forskellige mennesker. Jeg elsker udfordringen i det og at få folk til at tale det samme sprog og sigte mod det samme mål. For du har brugeren, der ønsker noget, du har chefen, [som] ønsker noget andet, og udvikleren, der siger noget helt andet. Og på en eller anden måde står du midt i det hele, og du skal få dem til at forstå hinanden. Så det er den udfordring, jeg bedst kan lide—at få folk til at forstå hinanden.
Have an account? Log In
QAL
Så test handler ikke bare om, at du kommer ind til sidst i en softwareudvikling, roder lidt rundt og prøver at ødelægge ting?
Iman Benlekehal
For mig er det nej, det er meget mere end det. Det er det grundlæggende, det er en af opgaverne. Lad os sige, at du har 100 % beståede test, hvad er det, der gør disse 100 % beståede test acceptable for brugeren?
Du er glad, fordi du har dækket 100 % af kravene. Men hvad får dig til at tro, at din dækning er det, der virkelig er nødvendigt? Hvis du ikke ser brugerne, og hvis du ikke forstår hvorfor og hvordan, kan du teste alt det, du vil, men det bliver ikke rigtigt.
QAL
Så du kan godt lide at arbejde tæt sammen med UX- og brugerundersøgelsesteamet?
Iman Benlekehal
Jeg presser på for at arbejde sammen med alle. Man har nogle projektteams, hvor produktejeren er den, der står forrest, og taler på alles vegne, inklusive brugernes. Og det er fint, jeg kan godt lide at arbejde sammen med dem. Men jeg vil også gerne høre, hvad brugerne virkelig har brug for set fra et kvalitetsperspektiv, ikke kun det funktionelle. Så selv hvis produktcheferne fortæller mig, at det er disse mennesker, og at det er jeres interessenter, skubber jeg grænsen og stiller flere spørgsmål. Hvem er de? Er de klar over, at det, du beder om, vil have denne påvirkning? Den slags. Så for mig handler det ikke kun om test, det var bare én del.
Relateret læsning: LEDELSE INDEN FOR TEST: TESTVÆRKTØJER
QAL
Så det handler mere om en holistisk måde at tænke på hele projektet på?
Iman Benlekehal
Præcis.
QAL
Okay, det forstår jeg. Så det er dette, der inspirerede konceptet Løft op og spred? Tillykke med din Test Factor-sejr forresten!
Iman Benlekehal
Tak! Konceptet opstod efter at have arbejdet i Frankrig og Canada og set, at vi stadig har de samme problemer, uanset sektor og kontinent. Kvalitet og test holdes kun på projektniveau. Og som jeg fortalte dig, flytter jeg grænserne og udfordrer interessenterne, for hvis vi holder dem på samme niveau og forsøger at løse eller teste det, der bliver givet her, ved jeg af erfaring, at vi i sidste ende får problemer med brugerne. Vi får budgetproblemer, og vi får andre problemer.
Så en dag sagde jeg: “Okay, hold op med at tænke på at skifte til højre, hold op med at tænke på at skifte til venstre. Først og fremmest skal du gå opad og overbevise hierarkiet, den øverste ledelse, om hvad kvalitet er. Hvad er kvalitetssikring, hvad er vores mål? Hvordan foregår det? Hvordan fungerer det? Det handler ikke kun om test. Og når vi siger, at kvalitet er alles ansvar, så starter det for mig hos dem. De har det primære ansvar for kvaliteten og testen af alt.
Det er derfor, idéen, eller i det mindste navnet, opstod, fordi alle nu ved, at vi er nødt til at overbevise den øverste ledelse og på en eller anden måde få dem involveret. For mig er det en forudsætning. Det kommer ikke midtvejs. Det er det første, vi skal gøre, før vi overvejer, hvor vi kan placere de bedste testområder.
Og derefter sprede, fordi det ikke er nok bare at gå hen og overbevise hierarkiet, den øverste ledelse eller direktørerne. Du er nødt til at arbejde sammen med dem for at sprede kvaliteten i hele virksomheden og skabe denne kvalitetskultur og denne kvalitetsbevidsthed. Hvis et projekt mislykkes, eller der opstår en alvorlig fejl – som for eksempel på sociale netværk – bliver de teams, der arbejdede på det, ikke der. Ingen vil huske den person, der arbejdede på det projekt, der mislykkedes, eller hvad der forårsagede fejlen. Det, der bliver husket, er virksomhedens navn. Så det er vigtigere end bare at sige, at projektet og teamsene er ansvarlige for kvaliteten – det er alle.
QAL
Så det, du siger, er, at du ønsker at komme ind og ændre hele virksomhedskulturen og virksomhedens tankegang?
Iman Benlekehal
Præcis. Test er bare en handling. Det er blot den sidste del af kvalitet. Når det gælder kvalitet, skal du fastlægge strategien og overveje, hvilke kriterier du skal fremhæve for dette projekt sammen med brugerne. Hvis brugeren for eksempel har brug for høj ydeevne, skal vi bruge et værktøj for at teste denne høje ydeevne, og det viser sig, at dette værktøj er meget, meget dyrt. Og for eksempel havde de ikke budgetteret med det; de havde ikke afsat noget budget. Så igen kommer det for sent.
Så ja, vi skal teste tidligere, men vi skal involveres tidligere og forstå kvaliteten og kvalitetskriterierne – jeg tror, der er 10 nu med ISO 25010. Brugerne skal udtrykke deres behov i forhold til alle disse kriterier, og den øverste ledelse skal forstå, hvorfor disse kriterier er så vigtige.
Når dette er gjort, og når vi forstår alle risiciene, kan vi teste. TDD og alle disse ting er fantastiske, og de er meget vigtige, og jeg siger ikke, at de ikke løser problemer, men der er mange problemer, der kan løses, før vi tester.
QAL
Så dette er før teststrategien og modelleringen?
More Articles
Iman Benlekehal
Ja. I nogle af projekterne er projektlederen for eksempel glad for at have mig på sit team. De siger: “Okay, vi har Iman, hun tager sig af teststrategien.” Jeg siger: “Okay, fantastisk. Kan du sætte os i kontakt med kunden, så vi kan præsentere strategien for ham?” Og det er de som regel okay med. De ser ud til at forstå filosofien og lader mig tale med kunden. Det er perfekt. Men ugen efter siger han: “Okay, vi har estimeret dit budget.” Jeg siger: “Hvem estimerede det budget, som QA har brug for til deres aktiviteter?”
De forstår ikke, at det ikke kun er teori, der siger, at vi skal involveres i alle aspekter. Så det er svært for dem at ændre deres tankegang og indse, at test og kvalitet ikke bare er en procentdel af det, udviklerne gør. Jeg tror, de bruger 40 % af estimaterne. Det er endnu ikke en refleks at hente QA ind som eksperterne og sige: “Okay, her er projektet. Selvom der ikke er nogen QA involveret her, hvad synes du så?”
Og med vores erfaring kan vi fremhæve, hvad kunden virkelig ønskede. Jeg elsker at læse mellem linjerne og sige: “Okay, han sagde dette, men i virkeligheden betyder det dette, dette og dette. Stil ham spørgsmålet, så vil du se.” Og det er det, eksperter inden for kvalitet eller erfarne personer, der har arbejdet i mange, mange sektorer, kan fremhæve. Det er vigtigt at hjælpe selv den øverste ledelse med at forstå dette – og det gælder også projektledelsen.
QAL
Okay, forstået! Jeg ser frem til at se, hvordan projektet udvikler sig med Jonathon som din nye mentor. Tak for din tid, bare ét spørgsmål mere: Har du nogle råd til personer, der lige er begyndt på deres karriere inden for test, om hvordan de skal gribe deres rolle eller deres udvikling an eller noget andet?
Iman Benlekehal
Fortsæt med at stille spørgsmål, og vær ikke bange, når folk fortæller dig “nej, din del, din rolle er der, til sidst.” Nej. QA-testere har en enorm rolle at spille. De tester eller udfører ikke bare, de skal spille rollen som dem, der får folk til at forstå hinanden, og sikre, at vi taler det samme sprog, og at vi har det samme mål for øje. I løbet af de næste ti år vil teknologierne udvikle sig, og der vil være mindre behov for mennesker til selve testningen, men testfilosofien vil bestå, og der vil stadig være stort behov for den.
Bliv ved med at lære, og tjek denne podcast ud: GENERATIONEN AF AUTONOM AUTOMATISERING OG HVORDAN DEN SER UD (MED BERTOLD KOLICS FRA MABL)
