<img height="1" width="1" style="display:none;" alt="" src="https://dc.ads.linkedin.com/collect/?pid=614121&amp;fmt=gif">
Kontakt oss

Derfor bør du vurdere å ha en QA-ingeniør på teamet ditt

Du må ikke ha en QA-ingeniør, men du er nødt til å teste. Da kan du jo teste skikkelig fra starten av?

Feil og mangler i et utviklingsprosjekt betyr tap av inntekt, tid og produktivitet. I tillegg er det fryktelig irriterende, både for utviklingsteamet og for kunden. Testing er essensielt for å sjekke at det du utvikler og lanserer oppfyller kravspesifikasjonene og fungerer som forventet. Derfor bør du la utvikling og testing gå hånd i hånd, fremfor at testingen starter når utviklingen er gjort. 

Det er her QA-ingeniøren kommer inn. Dette er en ressurs på scrum-teamet ditt som jobber dedikert med testing og er tett på resten av utviklingsteamet. Alternativet er at utviklerne tester sin egen kode, men det blir litt som bukken og havresekken – det er ikke så gøy å teste egen kode for feil. Resultatet kan fort bli slurvete.

– Den billigste måten å fikse feil på er å forhindre dem i utgangspunktet. Så det er det jeg gjør – hver dag. 

shantanu-Cefalo-QA-engineer

   Shantanu Roy
   QA-ingeniør hos Cefalo

 

Feil er kostbare – og irriterende

Det hender at sluttbruker er den heldige vinneren når feil oppstår. For eksempel hvis programvaren bak betalingsterminalen på Åpent Bakeri skulle slutte å virke. Kaffen er jo laget og betaling kunne ikke gjennomføres. Så kunden får kanskje en gratis kaffe.

Men hvis du ikke er blant dem som ender opp med å slippe å betale for noe grunnet programvarefeil, så har manglende QA-testing som oftest negative konsekvenser. Både for produkteier, sluttbruker og de som utviklet programvaren. Har du råd til forsinkelser og feil av denne typen når du produserer programvare?

Feil er dyrt og jo tidligere du kan fikse dem desto billigere blir det. Har du forresten tenkt på at det er mulig å ha en programvareløsning helt uten bugs, som likevel ikke gjør det du forventet? En QA-ingeniør vil sørge for at slike feil fanges opp.

QA-ingeniører er en ressurs som er vanskelig å få tak på i Norge, men som vi har veldig god tilgang på i Dhaka. Vår anbefaling er at du ansetter en QA-ingeniør fra begynnelsen av – for å unngå feil, bugs og teknisk gjeld. For virksomhetskritisk utvikling, for eksempel innen fintech, har du rett og slett ikke råd til ikke å ha en QA-ressurs på laget.

New call-to-action

 

QA-testing støtter utviklingsprosessen

QA-testing er et sett med teknikker for å støtte utviklingsprosessen. Målet er å sikre resultater av høy kvalitet. Den primære oppgaven for en QA-ingeniør er å forhindre mulige feil, spare arbeidstid og bidra til at prosjektene holder rammene for budsjettet. QA-testingen foregår gjennom hele produktlivssyklusen, ved at QA-ressursen tester på hvert trinn i utviklingsprosessen.

Den største fordelen ved å ha en QA-ingeniør på teamet ditt er at det blir flere og bedre tester. Dette gjør at feil blir avdekket tidligere i utviklingsprosessen, og de kan være enklere å rydde opp i. Resultatet er langt færre feil ute i produksjon. Men listen over fordeler stopper ikke der. Her er fem andre fordeler ved å ha en QA på laget.

1. Ser prosessen utenfra (black box testing)


QA-ingeniøren har et annet perspektiv enn utviklerne og ser ting fra utsiden. Fordelen med å teste slik en QA-ressurs gjør, er at denne kan teste uten å vite hva som er gjort og hvor mye arbeid som er gått inn i koden. Hen får testet ting som utviklerne ikke har tid til å teste, har sett seg blind på eller kanskje ikke har hatt lyst til å teste (for da må eventuelle feil rettes).

QA-ingeniøren kan tillate seg å kun tenke på hva løsningen skal gjøre, og om den tilfredsstiller kravene som er satt. Her vil brukeropplevelsen sjekkes, ytelsen testes og stresstesting gjennomføres uten at man har et nært forhold til utviklingen i så måte. I et team som ikke har QA-ressurser vil det ofte slurves med denne type tester.

2. Bindeledd mellom produkteier og utviklingsteamet


For å teste må man ha en god beskrivelse – kravspekken må være nøyaktig og omfattende nok. Det vil QA-ingeniøren være med på å sørge for. QA-ingeniøren blir dessuten ofte produkteierens forlengede arm inn i teamet, og vil være en pådriver for at spesifikasjonene teamet får blir bedre. 

Vanligvis er det produkteier som har det formelle ansvaret for akseptansetesting, altså å verifisere at ferdig produkt gjør det som forventes. Har du en QA-ingeniør på teamet vil denne ha en så god forståelse av hva produktet skal gjøre, at produkteier ofte vil lene seg på QA-ressursen når jobben skal gjøres. 

– Skulle jeg finne noe som må endres, så kommuniserer jeg direkte med både utvikler og produkteier. Kravspekken gjennomgås kontinuerlig, så jeg har god kontroll på at vi får et produkt som leverer som forventet.

    Shantanu Roy
    QA-ingeniør hos Cefalo


3. Sparer tid for utviklerne


Det er liten tvil om at testing kan være svært tidkrevende. Når det lages mobilapper så må dessuten de samme testene gjøres på ulike telefoner, og ved utvikling av responsive webløsinger så må de gjøres i ulike nettlesere og på ulike skjermstørrelser; desktop, nettbrett og telefon.

En dedikert QA-ingeniør som setter av tid til testing, og kun fokuserer på det, vil spare tid for utviklerne. Istedenfor å teste egen kode, kan de bruke tiden sin på det de er gode på – nemlig utvikling.

4. Går hånd i hånd med utviklerne


QA-ingeniøren sikrer funksjonaliteten og påliteligheten til programvaren som utvikles. QA-testingen går parallelt ved siden av utviklingsprosessen, og fungerer som en støtte for utviklingsteamet for å forhindre problemer og sikre resultater av høy kvalitet.

5. Hele teamet jobber bedre


Å ha en QA-ingeniør til stede som alltid stiller spørsmål med hvorfor utviklerne velger å gjøre som de gjør, kan være en bonus som kommer hele teamet til gode. 

– QA-folk er skikkelig skeptiske! Som en djevelens advokat stiller vi spørsmål ved alt – hovedsakelig for ikke å miste informasjon underveis. Min erfaring er at utviklingsteamet etter hvert lærer seg å tenke som QA’en gjør, for de vet at spørsmålene vil komme uansett.
QA-ingeniør Shantanu Roy.

cefalo-prikker-horis

Er du nysgjerrig på ekstern utvikling? Vi tar gjerne en hyggelig prat med deg på telefon, møte eller video.


Kontakt oss

Tom Handegård

Skrevet av Tom Handegård

CTO & Co-founder, Cefalo.

Hold deg oppdatert

Abonner på bloggen og få en samling av våre nyeste bloggposter på e-post.

Sign up to our blog