Hur många testare behöver ett program för utveckling av programvara

Hur många testare behöver ett program för utveckling av programvara

Varje SDLC (Software Development Life Cycle) kräver testning eftersom det är genom testning som du skulle kunna identifiera de potentiella fallgroparna för en viss programvara. Innan du bestämmer dig för hur många testare som ska läggas till ditt team, ta en snabb genomgång av testarens uppgifter och ansvarsområden:

Uppgifter och ansvar för en testare

• En testares primära funktion är att leda ett kvalitetskontrollteam som skulle fixa buggar så att produkten skulle vara felfri när den släpps.
• Testare behövs under planerings- och förberedelsestegen för en programvara. De är de främsta personerna som skulle analysera, testa och granska designspecifikationerna, skapa testskyltar och genomföra testprocedurspecifikationer. Testare är också ansvariga för att automatisera testerna med särskilda intervall.
• Testare är också ansvariga för att ställa in testmiljön. Om det är systemadministratören som gör det, skulle testaren hjälpa honom.

När testkörningen fortskrider kan du behöva ta in fler testare. Detta beror på testmiljön
Om det är testaren som utför testet loggar han testet och noterar huvudpunkterna, samlar prestandamätvärden och använder verktyg för att göra detta.

Normalt kommer det att finnas många testare i ett projekt och de är ansvariga för att granska varandras arbete, så det blir inga fler fel; vad en person saknade, skulle den andra täcka. Nu när vi har fastställt vikten av en testare ska vi också undersöka de faktorer som faktiskt avgör hur många testare som krävs för varje projekt.

Om du letar efter rätt förhållande mellan programutvecklare och testare är svaret detta – det beror på det. Ibland kan du behöva en testare för ett team för tre personer, ibland kan det vara ett team för fem personer, ibland tio och så vidare. Ibland finns det inte ens en enda testare för programvaran. Allt beror på ett antal faktorer.

• Testarens erfarenhet
• Typ av projekt
• Hur komplicerad programvaran kan vara
• Funktionerna involverade i projektet
• Tidigare erfarenhet av liknande programvara
• Den kultur du arbetar i
• Dina scheman begränsningar
• Problem med buggar

Många IT-företag plågas av svårfångade problem att bestämma hur många programvarutestare de behöver för sitt projekt. Den svåra sanningen är att det inte finns något ”one-size fits all” -schema eftersom tidigare nämnda faktorer bör beaktas. Det är absolut nödvändigt att testa all programvara även om det ger en flaskhals i din leveransprocess för programvara. Genom korrekt testning kan du skapa felfria programvaror; och för detta behöver du professionella testare eftersom det här är något som utvecklare inte kan göra.
Du kan inte använda samma förhållande som används av ett annat IT-företag eftersom deras krav kan variera. Din produkt skulle skilja sig från dina konkurrenter. Det beror också på hur ditt företag utvecklar sina produkter och resten av dina anställda, särskilt deras förmågor och förmåga att slutföra ett projekt i tid. Därför kan inte produkten ensam bestämma förhållandet; det beror också på projektets karaktär och dess process.
Ändå ha dessa tips i åtanke när du anställer testare:

• Förutom testarnas erfarenhet måste du överväga din förmåga att anställa så många testare; kan du hantera alla personer du anställer, kan du betala dem alla?
• Vad är möjligheten att testa programvaran?
• Se till att du bedömer testningen och ser om endast den nödvändiga mängden arbete delegeras till testaren
• Kan du ändra testprocessen?
• Ibland kan automatiserad testning göras; är det möjligt för dig?
• Vilken typ av testning måste du göra? Ibland behöver du inte ens anställa testare, utan tilldela uppgiften till små grupper av interna anställda

Tänk på ovan nämnda pekare och kom till slutsatsen om det verkligen är värt att anställa testare. Om det inte ligger inom din budget att anställa enligt förhållandet mellan utvecklaren när ditt projekt är lite utmanande kan du prioritera olika delar av produkten. Din testare skulle kunna identifiera de riskabla områdena och testningen skulle koncentreras till dessa områden i motsats till varje steg i produkten. Identifiera de områden där det finns sannolikhet för misslyckande och justera testningen därefter.

Slutresultatet

Det exakta förhållandet mellan utvecklare och testare är fortfarande ett tvistemål eftersom du aldrig kan nå en ordentlig slutsats. Det finns ingen tumregel som hävdar det exakta förhållandet; även experter skulle ha svårt att nämna ett förhållande. Ibland är förhållandet kanske inte ens svaret. Tänk på Star Trek II: The Khan Wrath film där de behövde rädda de civila som är instängda i det handikappade fartyget. Simuleringstestet misslyckades och ingen på Starlet-akademin kunde testa det framgångsrikt, inte ens den berömda James T Kirk. Han misslyckades två gånger innan Kobayashi Maru lyckades.
Det finns inget magiskt nummer, men om du är desperat efter ett så kan du prova förhållandet 3: 1 (utvecklare: testare) och se om det fungerar för dig.

Intressanta länkar om ämnet:
Rätt förhållande mellan QA-testare och utvecklare?
Vad är det bra förhållandet mellan programutvecklare och testare?
Det goda förhållandet mellan programutvecklare och testare i ett smidigt team?

Författaren: Reema Oamkumar är engagerad som tanke ledare på www.Software-Developer-India.com, som är en del av YUHIRO Group. YUHIRO är ett tysk-indiskt företag som tillhandahåller programmerare till IT-företag, byråer och IT-avdelningar.