för att ett projekt ska lyckas är testuppskattning och korrekt genomförande lika viktigt som utvecklingscykeln. Att hålla sig till uppskattningen är mycket viktigt för att bygga ett gott rykte hos kunden.
erfarenhet spelar en viktig roll för att uppskatta ”Programvarutestningsinsatser”. Att arbeta med olika projekt hjälper oss att förbereda en exakt uppskattning av testcykeln.
självklart kan man inte bara blint lägga ett antal dagar för någon testuppgift. Testuppskattningen ska vara realistisk och korrekt.
denna handledning kommer att innehålla några viktiga tips som kommer att vara till stor hjälp för att förbereda noggrann testuppskattning på ett mycket enkelt sätt.
Test Estimation Process
”Estimation är processen att hitta en uppskattning eller approximation, vilket är ett värde som kan användas för något ändamål även om indata kan vara ofullständiga, osäkra eller instabila.”
vi stöter alla på olika uppgifter, uppgifter och tidsfrister under våra liv som proffs, nu finns det två sätt att hitta lösningen på ett problem.
det första tillvägagångssättet är ett reaktivt tillvägagångssätt där vi försöker hitta en lösning på det aktuella problemet först efter det att det anländer.
i det andra tillvägagångssättet som kan kallas ett proaktivt tillvägagångssätt förbereder vi oss först innan problemet kommer med våra tidigare erfarenheter och sedan med vår tidigare erfarenhet försöker vi hitta en lösning på utmaningen när den kommer.
uppskattning kan således betraktas som en teknik som tillämpas när vi tar en proaktiv inställning till problemet.
Således kan uppskattning användas för att förutsäga hur mycket ansträngning med avseende på tid och kostnad som krävs för att slutföra en definierad uppgift. När testteamet kan göra en uppskattning av det aktuella problemet är det lättare för dem att komma fram till en lösning som skulle vara optimal för det aktuella problemet.
uppskattningspraxis kan sedan definieras mer formellt som en ungefärlig beräkning av den sannolika kostnaden för ett arbete.
Läs också => 7 faktorer som påverkar Testuppskattningen av Selenium Automation Project
grundläggande förutsättningar
nedan är de grundläggande förutsättningarna för Testuppskattningsprocessen.
#1) insikter som samlats in från att arbeta med tidigare erfarenheter: det är alltid en bra praxis att spendera lite tid, påminna om tidigare projekt som ställde utmaningar som liknar den nuvarande strävan till hands.
#2) tillgängliga dokument eller artefakter: Testhanteringslagringsverktygen är praktiska i dessa typer av scenarier eftersom de lagrar kraven och förtydligande dokument. Dessa dokument kan hänvisas av testteamet för att tydligt definiera projektets omfattning.
# 3) antaganden om typ av arbete: tidigare arbetslivserfarenhet hjälper till att göra antaganden om projektet. Det är här att anställa erfarna proffs betyder mest. Testchefer kan välja hjärnan hos dessa människor för att leverera de önskade resultaten.
#4) Beräkning av potentiella risker och Hot: Testteamet måste också visualisera de potentiella risker och hot och fallgropar som ligger kan ligga för laget i framtiden.
# 5) bestämma om dokumenten har baserats: testteamet måste också avgöra om kraven har baserats eller inte. Om dokumenten inte är baslinje då är det viktigt att bestämma frekvensen av ändringarna.
# 6) alla ansvarsområden och beroenden bör vara tydliga: organisationen bör tydligt definiera roller och ansvar för alla som skulle utföra uppskattningsprocessen.
# 7) dokumentation och spårning av uppskattningsposterna: all relevant information till uppskattningsprocessen bör dokumenteras.
# 8) aktiviteter som ska utföras under testuppskattningsprocessen:
- organisera ett team som ska utföra uppskattningar.
- sönderdela projektet i projektfaser och efterföljande ingående aktiviteter.
- beräkna uppskattningen baserat på tidigare projekt och yrkeserfarenhet.
- prioritera möjliga hot och komma med metoder för att mildra dessa risker.
- granska och dokumentera relevanta delar av arbetet.
- lämna in arbetet till berörda parter.
mest framträdande Testuppskattningstekniker
några av de viktigaste teknikerna för testuppskattning är:
- Testpunktsuppskattning
- Arbetsfasbaserad uppskattning
- använd fallpunktsuppskattning
hur och var använder vi dessa tekniker:
#1) Test Point estimation är en enkel och lättförståelig uppskattningsteknik som används allmänt över programvarutestningsspektrumet. Iterativa faser och enkelhet är de viktigaste funktionerna i denna speciella teknik.
# 2) Arbetsfasbaserad uppskattning är uppskattningstekniken som används där en gissningsuppskattning görs på en viss fas (normalt den kortaste och enklaste av faserna) och sedan lägger testteamet gradvis till andra faser i den ursprungliga uppskattningen och slutligen kommer fram till en lämplig uppskattning.
# 3) Use-Case Point estimation technique är uppskattningen av användningsfall där de ojusterade aktörvikterna och ojusterade användningsfallvikterna används för att bestämma uppskattningen av programvarutestning.
detaljer om Testpunktsuppskattningsteknik
testpunktsuppskattningstekniken görs genom att följa stegen nedan:
(följande vikter, som kan variera från projekt till projekt, kan övervägas under detta paradigm – några av dessa vikter är vikterna för programmeringsspråket baserat på kodens komplexitet, applikationsvikt baserat på typen av applikation och testvikter som tilldelas baserat på de olika faserna av mjukvarutestning.)
obearbetade testpunkter multipliceras med CWF för att erhålla teststorleken i Testpunktens storlek.
Produktivitetsfaktor anger hur lång tid en testingenjör har för att slutföra testningen av en testpunkt.
Testansträngning i personliga timmar beräknas genom att multiplicera Testpunktstorleken med Produktivitetsfaktorn.
för beräkning av testpunktsuppskattningstekniken anser vi följande variabler.
- testkrav komplexitet
- gränssnitt med andra krav
- Totalt antal kontrollpunkter
- testdata vid baslinjen
vi måste sedan överväga viktvektorer för var och en av datavariablerna och organisera dem på följande sätt.
justeringsfaktor = genomsnitt av (produkt av komplexitetsvikt och faktorvikt) / 30
Justeringstestpunkt för testfallsdesign = Total testpunkt X (1 + justeringsfaktor för Testfallsdesign)
justerad testpunkt för testfallsutförande = Total testpunkt X (1 + justeringsfaktor för testfallsutförande)
total testpunkt (normaliserad) x (1 + justeringsfaktor för testfallsdesign/utförande) = justerad testpunkt för testfallsdesign/utförande
Total ansträngning i Persontimmar (PH) = antal normaliserade testpunkter / produktivitet (i normaliserade testpunkter per persontimmar)
Testuppskattningsexempel
Låt oss försöka tillämpa ovanstående formulering på en annan praktisk användning.
Antag att vi slutar med ett testkrav där vi har 5 testscenarier att testa.
låt oss nu säga testscenario 1 har 5 testförväntade resultat, testscenario 2 har 6 testförväntade resultat, testscenario 3 endast 2 testförväntade resultat, testscenario 4 9 testförväntade resultat, testscenario 5 också 9 testförväntade resultat.
vi klassificerar testscenarierna i tre klasser, dvs komplexa, enkla och måttliga baserat på det totala antalet förväntade resultat som finns i dessa tre klasser.
komplexa klasser kommer att ha mer än 7 förväntade resultat medan de enkla kommer att bestå av mindre än 5 förväntade resultat och de måttliga scenarierna skulle bestå av mellan 4 och 7 förväntade resultat.
vi klassificerar således testscenario 1 och testscenario 2 som måttliga scenarier, scenario 5 och scenario 6 som komplexa och testscenario 3 så enkelt.
vi kommer nu att tillämpa testpunkter på alla dessa scenarier. Vi tillämpade 5 testpunkter för komplexa klasser, 3 för måttliga och 2 för de enkla scenarierna.
vi multiplicerar de antagna testpunkterna med det totala antalet förväntade resultat i alla dessa testscenarier. Så vi slutar med följande approximationer:
Scenario 1: 3 testpunkter * 5 testförväntade resultat = justerade testpunkter = 25
Scenario 2 : 3 testpunkter * 6 testförväntade resultat = justerade testpunkter = 30
Scenario 3: 2 testpunkter * 2 test förväntade resultat = justerade testpunkter = 4
Scenario 4: 5 testpunkter * 9 test förväntade resultat = justerade testpunkter = 45
Scenario 5: 5 testpunkter * 9 test förväntade resultat = justerade testpunkter = 45
så med tanke på att vi måste ansöka om, säg, 5 Person timmar för varje justerad testpunkt får vi följande ungefärliga resultat.
testscenario 1: 25 justerade testpunkter * 5 persontimmar = 125 persontimmar
testscenario 2: 30 justerade testpunkter * 5 persontimmar = 150 persontimmar
testscenario 3: 4 justerade testpunkter * 5 persontimmar= 20 persontimmar
testscenario 4: 45 justerade testpunkter * 5 persontimmar = 225 persontimmar
testscenario 5: 45 justerade testpunkter * 5 persontimmar = 225 persontimmar
så den totala ungefärliga persontimmarna är: 745 persontimmar
använd Fallpunktsuppskattningsmetod
använd Fallpunktsmetoden är baserad på användningsfall där vi beräknar den totala Testuppskattningsansträngningen baserat på användningsfall eller krav.
nedan är en detaljerad process av användningsfall punkt uppskattning metod:
ett exempel på detsamma är att vi i ett visst krav har 5 användningsfall, användningsfall 1, användningsfall 2,…, användningsfall 5 respektive. Låt oss nu överväga att användningsfall 1 består av 6 aktörer, användningsfall 2 består av 15 aktörer, användningsfall 3, 4 och 5, 3, 4 och 5 aktörer respektive.
vi betraktar alla användningsfall som involverar det totala antalet aktörer som mindre än 5 som negativa, alla användningsfall med det totala antalet aktörer är lika med eller mer än 5 och mindre än eller lika med 10 som positiva och alla användningsfall med mer än 10 aktörer som exceptionella.
vi bestämde oss för att tilldela 2 poäng för de exceptionella användningsfallen, 1 för de positiva och -1 för de negativa.
därför kategoriserar vi användningsfallen 1 och 5 som positiva, användningsfall 2 som exceptionella och användningsfall 3, 4 som negativa respektive baserat på våra ovan angivna antaganden.
så den obearbetade skådespelaren vikter = användningsfall 1 = (Totalt antal aktörer) 5 * 1 (den tilldelade punkten) = 5. På samma sätt
användningsfall 2 = 15 * 2 = 30 .
upprepa processen för resten av användningsfall vi får obearbetade skådespelare vikter = 33
obearbetade användningsfall vikt = total no. av användningsfall = 5
obearbetad användningsfall punkt = Ojusterad skådespelare vikter + Ojusterad användningsfall vikt = 33 + 5 = 38
bearbetade användningsfall punkt = 38 * = 26.7 eller 28 Person timmar ungefär
Arbetsfasfördelningsteknik
arbetsfasfördelningstekniken kan beskrivas i följande steg.
- dela upp det övergripande arbetet i faser.
- börja med den enklaste fasen och tilldela ett ungefärligt uppskattningsvärde till det.
- fortsätt sedan med att identifiera nästa möjliga fas som kan påbörjas när denna fas är klar.
- härleda en möjlig uppsättning approximationsvärden som kan tillämpas på denna fas och välj det maximala värdet bland alla härledda approximationsvärden.
- summera det ungefärliga uppskattningsvärdet genom att lägga till det aktuella fasansträngningsvärdet till det redan befintliga värdet.
- fortsätt med steg 3 till 5 tills alla faser som identifierats i det första steget är uttömda.
- acceptera det slutliga ungefärliga uppskattningsvärdet som det ultimata.
Antag i ett krav att det finns 5 obligatoriska faser. I den inledande fasen 1 antar vi att den totala ansträngningen som behövs är 35 persontimmar och sedan börjar vi nästa fas 2 för vilken vi har 4 jämförande antaganden om 35, 45, 55 respektive 65.
vi betraktar de 65 persontimmarna som är det maximala värdet här. I fas 3 ,4, 5 kommer vi med uppskattningar (12 , 33, 43 , 54) , (15 , 10 , 7 , 8) och (2, 16, 5, 13) respektive. Genom att tillämpa den nämnda principen slutar vi med 185 persontimmar respektive.
jag lägger information om – hur man uppskattar testinsatser för alla testuppgifter, som jag lärde mig av min erfarenhet.
9 allmänna Tips om hur man uppskattar testtiden exakt
faktorer som påverkar uppskattning av Programvarutest och allmänna Tips för att uppskatta exakt:
#1) Tänk på lite Bufferttid: uppskattningen bör innehålla lite buffert. Men lägg inte till en buffert, vilket inte är realistiskt. Att ha en buffert i uppskattningen gör att vi kan hantera eventuella förseningar som kan uppstå. Att ha en buffert hjälper också till att säkerställa maximal testtäckning.
# 2) Tänk på Felcykeln: testuppskattningen inkluderar också felcykeln. Den faktiska testcykeln kan ta fler dagar än beräknat.
för att undvika detta bör vi överväga det faktum att testcykeln beror på byggnadens stabilitet. Om byggnaden inte är stabil kan utvecklare behöva mer tid för att fixa det och uppenbarligen förlängs testcykeln automatiskt.
# 3) tillgång till alla resurser för beräknad Period: Testuppskattningen bör överväga alla blad som planeras av teammedlemmarna (vanligtvis långa löv) under de närmaste veckorna eller de närmaste månaderna. Detta kommer att säkerställa att uppskattningarna är realistiska.
uppskattningen bör överväga ett visst antal resurser för en testcykel. Om antalet resurser minskar bör uppskattningen besöks på nytt och uppdateras i enlighet därmed.
# 4) Kan Vi Göra Parallella Tester? Har du några tidigare versioner av samma produkt så att du kan jämföra produktionen? Om ja, då kan detta göra din testuppgift lite enklare. Du bör tänka på uppskattningen baserat på din Produktversion.
# 5) uppskattningar kan gå fel – så besök uppskattningarna ofta i början innan du begår det: i de tidiga stadierna bör vi ofta besöka testberäkningarna och göra ändringar om det behövs. Vi bör inte förlänga uppskattningen när vi fryser den om det inte sker stora förändringar i kraven.
# 6) Tänk på din tidigare erfarenhet för att göra bedömningar! Erfarenheter från tidigare projekt spelar en viktig roll när man förbereder tidsberäkningar. Vi kan försöka undvika alla svårigheter eller problem som ställdes inför tidigare projekt. Vi kan analysera hur de tidigare uppskattningarna var och hur mycket de hjälpte till att leverera produkten i tid.
# 7) Tänk på projektets omfattning: vet vad som är projektets slutmål och lista över alla slutliga resultat. Faktorer som ska beaktas för små och stora projekt skiljer sig mycket. Stora projekt inkluderar vanligtvis att skapa en testbädd, generera testdata, testskript etc.
därför bör uppskattningarna baseras på alla dessa faktorer. För små projekt inkluderar testcykeln vanligtvis testfallsskrivning, utförande och regression.
# 8) ska du utföra belastningstestning? Om du behöver lägga mycket tid på prestandatestning, uppskatta därefter. Uppskattningar för projekt som involverar belastningstestning bör övervägas annorlunda.
# 9) Känner Du Ditt Lag? Om du känner till styrkor och svagheter hos individer som arbetar i ditt team kan du uppskatta testuppgifter mer exakt. Samtidigt uppskatta man bör överväga det faktum att inte alla resurser kan ge samma produktivitetsnivå.
vissa människor kan utföra snabbare jämfört med andra. Även om detta inte är en viktig faktor, lägger den till den totala förseningen i leveranser.
slutsats
Software test estimation är en praxis som kräver medverkan av erfarna medarbetare samt införandet av branschövergripande bästa praxis som testfall punkt och använda Fall punkt metoder.
det är också viktigt att anta ett öppet sinne för att anpassa de nödvändiga processerna. Det framgångsrika genomförandet av dessa processer leder till en övergripande förbättring av testprocessen.
detta är en gästartikel av författaren ”N. Sandhya Rani”.
Senast Uppdaterad: November 29, 2021
