Hvor mange testere trenger et programvareutviklingsteam

Hvor mange testere trenger et programvareutviklingsteam

Hver SDLC (programvareutviklings livssyklus) krever testing fordi det er gjennom testing at du vil være i stand til å identifisere potensielle fallgruvene til en bestemt programvare. Før du bestemmer deg for antall testere som skal legges til teamet ditt, må du ta en rask gjennomgang av pliktene og ansvarsområdene til en tester:

Plikter og ansvar for en tester

• En tester har som hovedfunksjon å lede et kvalitetskontrollteam som vil fikse feil slik at produktet blir feilfritt når det slippes.
• Testere er nødvendige under planleggings- og forberedelsesfasen av en programvare. De er de viktigste menneskene som vil analysere, teste og gjennomgå designspesifikasjonene, lage testskilt og gjennomføre spesifikasjoner for testprosedyrer. Testere er også ansvarlige for å automatisere testene med bestemte intervaller.
• Testere er også ansvarlige for å sette opp testmiljøet. Hvis det er systemadministratoren som gjør det, vil testeren hjelpe ham.

Etter hvert som testutførelsen utvikler seg, må du kanskje hente inn flere testere. Dette avhenger av testmiljøet
Hvis det er testeren som utfører testen, logger han testen og noterer hovedpoengene, samler ytelsesberegninger og bruker verktøy for å gjøre dette.

Normalt vil det være mange testere i et prosjekt, og de er ansvarlige for å gjennomgå hverandres arbeid, så det blir ikke flere feil; hva den ene personen savnet, den andre personen ville dekke. Nå som vi har fastslått viktigheten av en tester, skal vi også undersøke faktorene som faktisk avgjør hvor mange testere som kreves for hvert prosjekt.

Hvis du leter etter det rette forholdet mellom programvareutviklere og testere, så er svaret dette – det kommer an på. Noen ganger kan det hende du trenger en tester for et utvikler-team på tre personer, noen ganger kan det være et team for fem personer, noen ganger ti og så videre. Noen ganger vil det ikke være en eneste tester for programvaren. Alt avhenger av en rekke faktorer.

• Opplevelsen av testeren
• Type prosjekt
• Hvor komplisert programvaren kan være
• Funksjonene som er involvert i prosjektet
• Tidligere erfaring med lignende programvare
• Kulturen du jobber i
• Tidsplanens begrensninger
• Problemer med feil

Mange IT-selskaper er plaget med unnvikende problem med å bestemme hvor mange programvaretestere de trenger for prosjektet sitt. Den harde sannheten er at det ikke er noen ordning med «one-size fits all» fordi tidligere nevnte faktorer bør tas i betraktning. Det er viktig å teste all programvare, selv om det gir en flaskehals i programvareleveringsprosessen. Gjennom riktig testing kan du lage feilfri programvare; og for dette trenger du profesjonelle testere fordi dette er noe utviklere ikke kan gjøre.
Du kan ikke bruke det samme forholdet som et annet IT-selskap bruker fordi kravene deres kan variere. Produktet ditt vil være annerledes enn konkurrentene dine. Det vil også avhenge av hvordan bedriften din utvikler sine produkter og resten av dine ansatte, spesielt deres evner og evner til å fullføre et prosjekt i tide. Derfor kan ikke produktet alene bestemme forholdet; det avhenger også av prosjektets natur og prosessen.
Ikke desto mindre, husk disse tipsene når du ansetter testere:

• Bortsett fra erfaringen fra testerne, må du vurdere evnen din til å ansette så mange testere; kan du administrere alle menneskene du ansetter, kan du betale dem alle?
• Hva er muligheten for å teste programvaren?
• Forsikre deg om at du vurderer testingen og ser om bare den nødvendige mengden arbeid er delegert til testeren
• Kan du endre testprosessen?
• Noen ganger kan automatiserte tester gjøres; er det mulig for deg?
• Hva er testen du trenger å gjøre? Noen ganger trenger du ikke engang å ansette testere, men tilordne oppgaven til små grupper med interne ansatte

Tenk på de ovennevnte tipsene og kom til konklusjonen om det virkelig er verdt å ansette testere. Hvis det ikke er innenfor budsjettet ditt å ansette i henhold til forholdet mellom utvikleren når prosjektet ditt er litt utfordrende, kan du prioritere forskjellige deler av produktet. Testeren din vil kunne identifisere de risikable områdene, og testingen vil være konsentrert om disse områdene i motsetning til hvert trinn i produktet. Identifiser områdene der det er sannsynlighet for svikt, og juster testingen deretter.

Sluttresultatet

Det nøyaktige forholdet mellom utvikler og tester er fortsatt et stridspunkt fordi du aldri kan komme til en ordentlig konklusjon. Det er ingen tommelfingerregel som hevder det eksakte forholdet; selv eksperter ville finne det vanskelig å nevne et forhold. Noen ganger kan forholdet ikke engang være svaret. Tenker på Star Trek II: The Wrath of Khan film der de trengte for å redde sivile fanget i det funksjonshemmede skipet. Simuleringstesten mislyktes, og ingen ved Starlet-akademiet klarte å teste den med suksess, til og med den berømte James T Kirk. Han mislyktes to ganger før Kobayashi Maru lyktes.
Det er ikke noe magisk tall, men hvis du er desperat etter et, kan du prøve forholdet 3: 1 (utvikler: tester) og se om det fungerer for deg.

Interessante lenker om emnet:
Rett forhold mellom QA-testere og utviklere?
Hva er den gode forholdet mellom programvareutviklere og testere?
Det gode forholdet mellom programvareutviklere og testere på et smidig team?

Forfatteren: Reema Oamkumar er engasjert som tankeleder på www.Software-Developer-India.com, som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.