Hvor mange testere har et softwareudviklingshold brug for

Hver SDLC (Software Development Life Cycle) kræver test, fordi det er gennem test, at du er i stand til at identificere de potentielle faldgruber i en bestemt software. Inden du beslutter dig for, hvor mange testere der skal føjes til dit team, skal du have en hurtig gennemgang af en testers pligter og ansvar:

En testers pligter og ansvar

  • En testers primære funktion er at lede et kvalitetskontrolteam, der vil rette fejl, så produktet ville være fejlfrit, når det frigives.
  • Testere er nødvendige under planlægning og forberedelse af en software. De er de primære mennesker, der vil analysere, teste og gennemgå designspecifikationerne, oprette testskilte og gennemføre specifikationer for testprocedurer. Testere er også ansvarlige for at automatisere testene med bestemte intervaller.
  • Testere er også ansvarlige for opsætning af testmiljøet. Hvis det er systemadministratoren, der gør det, vil testeren hjælpe ham.

Efterhånden som testudførelsen skrider frem, skal du muligvis hente flere testere. Dette afhænger af testmiljøet
Hvis det er testeren, der udfører testen, logger han testen og noterer hovedpunkterne, samler præstationsmålinger og bruger værktøjer til at gøre dette.

Normalt vil der være mange testere i et projekt, og de er ansvarlige for at gennemgå hinandens arbejde, så der vil ikke være flere fejl; hvad en person savnede, ville den anden person dække. Nu hvor vi har fastslået vigtigheden af en tester, skal vi også undersøge de faktorer, der faktisk bestemmer, hvor mange testere der kræves til hvert projekt.

Hvis du leder efter det rigtige forhold mellem softwareudviklere og testere, så er svaret dette – det afhænger. Nogle gange har du muligvis brug for en tester til et tre-personers udviklerhold, nogle gange kan det være et fem-personers team, nogle gange ti og så videre. Nogle gange vil der ikke engang være en enkelt tester til softwaren. Det hele afhænger af en række faktorer.

  • Oplevelse af testeren
  • Typen af projekt
  • Hvor kompliceret softwaren kunne være
  • Funktionerne involveret i projektet
  • Tidligere erfaring med lignende software
  • Den kultur, du arbejder i
  • Din tidsbegrænsning
  • Problemer med bugs

Mange it-virksomheder er plaget af vanskelige problemer med at beslutte, hvor mange softwaretestere de har brug for til deres projekt. Den hårde sandhed er, at der ikke er nogen “one-size fits all” -ordning, fordi tidligere nævnte faktorer skal tages i betragtning. Det er bydende nødvendigt at teste al software, selvom det medfører en flaskehals i din softwareleveringsproces. Gennem korrekt test kan du oprette fejlfri software; og til dette har du brug for professionelle testere, fordi dette er noget, som udviklere ikke kan gøre.
Du kan ikke bruge det samme forhold, som en anden it-virksomhed bruger, fordi deres krav kan variere. Dit produkt ville være anderledes end dine konkurrenter. Det afhænger også af, hvordan din virksomhed udvikler sine produkter og resten af dine medarbejdere, især deres evner og evner til at gennemføre et projekt til tiden. Derfor kan produktet alene ikke bestemme forholdet; det afhænger også af projektets art og dets proces.
Ikke desto mindre skal du huske disse henvisninger, når du ansætter testere:

  • Bortset fra testernes erfaring skal du overveje din evne til at ansætte så mange testere; kan du administrere alle de mennesker, du ansætter, kan du betale dem alle?
  • Hvad er muligheden for at teste softwaren?
  • Sørg for, at du vurderer testen og ser, om kun den krævede mængde arbejde er delegeret til testeren
  • Kan du ændre testprocessen?
  • Nogle gange kan automatiseret test udføres; er det muligt for dig?
  • Hvad er den type test, du skal udføre? Nogle gange behøver du ikke engang at ansætte testere, men tildeler opgaven til små grupper af interne medarbejdere

Tænk på de ovennævnte henvisninger, og kom til den konklusion, om det virkelig er værd at ansætte testere. Hvis det ikke er inden for dit budget at ansætte i henhold til forholdet mellem udvikleren, når dit projekt er lidt udfordrende, kan du prioritere forskellige dele af produktet. Din tester ville være i stand til at identificere de risikable områder, og testen ville være koncentreret om disse områder i modsætning til hvert trin i produktet. Identificer de områder, hvor der er sandsynlighed for svigt, og juster testen i overensstemmelse hermed.

Slutresultatet

Det nøjagtige forhold mellem udvikler og test er stadig en strid, fordi du aldrig kan nå en ordentlig konklusion. Der er ingen tommelfingerregel, der hævder det nøjagtige forhold; selv eksperter ville have svært ved at nævne et forhold. Nogle gange er forholdet måske ikke engang svaret. Tænke på Star Trek II: Khan’s Wrath film, hvor de havde brug for at redde civile fanget i det handicappede skib. Simuleringstesten mislykkedes, og ingen ved Starlet-akademiet var i stand til at teste den med succes, selv den berømte James T Kirk. Han mislykkedes to gange, før Kobayashi Maru havde succes.
Der er ikke noget magisk nummer, men hvis du er desperat efter et, kan du prøve forholdet 3: 1 (udvikler: tester) og se, om det fungerer for dig.

Interessante links om emnet:
Ret forhold mellem QA-testere og udviklere?
Hvad er den gode forhold mellem softwareudviklere og testere?
Det gode forhold mellem softwareudviklere og testere på et smidigt team?


Forfatteren: Reema Oamkumar er engageret som en tankeleder på www.Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programmører til IT-virksomheder, agenturer og IT-afdelinger.

Skriv et svar

This site uses Akismet to reduce spam. Learn how your comment data is processed.