Tekniker för uppskattning av mjukvarutest

Vad är uppskattning av mjukvarutest?

Testuppskattning är en förvaltningsaktivitet som är ungefärlig hur länge en uppgift skulle ta att slutföra. Att uppskatta ansträngning för testet är en av de större och med Esport uppgifter inom Test Management.

Varför testuppskattning?

Två frågor du kan förvänta dig från dina kunder när du diskuterar potentiella testuppdrag är

Testuppskattning

För små projekt är dessa frågor relativt lätta att besvara. Men för det stora projektet som Testning Guru99 Banks webbplats, du måste tänka hårt för att svara på dessa frågor.

Vad ska man uppskatta?

Uppskattning av testhantering

  • Resurser: Det krävs resurser för att fullgöra eventuella projektuppgifter. De kan vara människor, utrustning, anläggningar, finansiering eller något annat som kan definieras som krävs för att slutföra en projektaktivitet.
  • Tider: Tid är den mest värdefulla resursen i ett projekt. Varje projekt har en deadline till leverans.
  • Mänskliga färdigheter: Mänskliga färdigheter betyder kunskap och erfarenhet av teammedlemmarna. De påverkar enligt din uppskattning. Till exempel kommer ett team, vars medlemmar har låga testkunskaper, att ta längre tid att slutföra projektet än det som har hög testfärdighet.
  • Kostnad: Kostnaden är projektet budget. Generellt sett betyder det hur mycket pengar det krävs för att avsluta projektet.

Hur uppskattar man?

Lista över tekniker för uppskattning av mjukvarutest

  • Work Breakdown Structure
  • 3-punkts uppskattningsteknik för mjukvarutestning
  • Bredband Delphi-teknik
  • Funktionspunkt/testpunktsanalys
  • Användning – Case Point Method
  • Procentuell fördelning
  • Ad hoc-metod

Uppskattning av testhantering

Följande är 4-stegsprocessen för att komma fram till en uppskattning

Du kommer att lära dig hur du kombinerar dessa tekniker för att hitta uppskattningen för Guru99 Banks fallstudie.

Uppskattning av testhantering

Steg 1) Dela upp hela projektuppgiften i deluppgifter

Uppgift är ett arbete som har getts till någon. För att göra detta kan du använda Work Breakdown Structure teknik.

I denna teknik är ett komplext projekt uppdelat i moduler. Modulerna är uppdelade i delmoduler. Varje undermodul är vidare uppdelad i funktionalitet. Det innebär att dela upp hela projektuppgiften i minsta uppgifter.

Dela upp hela projektuppgiften i deluppgifter

Använd Work Break Down-strukturen för att dela upp Guru99 Bank-projektet i 5 mindre uppgifter-

Dela upp hela projektuppgiften i deluppgifter

Efter det kan du bryta ut varje uppgift till deluppgift. Syftet med denna aktivitet är att skapa uppgift som detaljerad as möjlig.

uppgift Underuppgift
Analysera kravspecifikation för programvara Undersök de mjuka kravspecifikationerna
Intervju med utvecklaren och andra intressenter för att veta mer om webbplatsen
Skapa testspecifikationen Designa testscenarier
Skapa testfall
Revse och revidera testfall
Utför testfallet Bygg upp testmiljön
Utför testfallet
Revse resultat av testkörning
Anmäl defekterna
Skapa defekt rapporter
Anmäl defekterna

Steg 2) Tilldela varje uppgift till en gruppmedlem

I det här steget tilldelas varje uppgift till lämpligt medlem i projektgruppen. Du kan tilldela uppgift enligt följande

uppgift Medlemmar
Analysera kravspecifikation för programvara Alla medlemmar
Skapa testspecifikationen Testare/Testanalytiker
Bygg upp testmiljön Testadministratör
Utför testfallet Testare, testadministratör
Rapportera defekter Testare

Steg 3) Ansträngningsuppskattning för uppgifter

Det finns 2 tekniker som du kan använda för att uppskatta ansträngningen för uppgifter

  1. Funktionell punktmetod
  2. Trepunktsuppskattning

Metod 1) Funktionspunktsmetod

I den här metoden uppskattar testhanteraren storlek, varaktighet och kostnad för uppgifterna

Funktionspunktsmetod

Steg A) Uppskatta storleken för uppgiften

In steg 1, har du redan delat upp hela projektuppgiften i en liten uppgift genom att använda WBS-metoden. Nu uppskattar du storleken på dessa uppgifter. Låt oss öva med en viss uppgift "Skapa testspecifikationen"

Storleken på denna uppgift beror på den funktionella storleken på systemet som testas. Den funktionella storleken återspeglar mängd funktionalitet som är relevant för användaren. Ju mer antal av funktionalitet, desto mer komplex systemet är.

Innan man påbörjar faktiska uppskattning av uppgifter ansträngning, funktionella poäng är indelade i tre grupper som Komplex, Medium Enkel enligt följande:

Funktionspunktsmetod

Baserat på komplexet av mjukvarufunktioner måste testhanteraren ge tillräckligt vikt till varje funktionell punkt. Till exempel

Grupp Vikt
Komplex 5
Medium 3
Enkelt 1

Låt oss ta en enkel exempelövning för att bli tydligare:

Ta en titt på mjukvaruspecifikationen för webbplatsen Guru99 Bank här., har mjukvaruingenjören redan beskrivit mjukvarumodulerna i detalj, kan du bestämma Komplexiteten av webbplatsens funktioner genom att ange vikten för varje modul?

Mer komplex funktionspunkten, mer är ansträngningen att testa den. Webbplatsen är indelad i 12 funktion poäng kan du bestämma Komplexiteten av varje funktionspunkter enligt följande-

Nej. Modulnamn Tillämpliga roller Description Vikt
1. Balansförfrågan chef

Kund

kund: En kund kan ha flera bankkonton. Han kan bara se saldot på sina konton

Manager: En chef kan se balansen för alla kunder som hamnar under hans överinseende

3
2. Fondöverföring chef

Kund

kund: En kund kan överföra pengar från sitt "eget" konto till vilket destinationskonto som helst.

Manager: En förvaltare kan överföra pengar från valfritt källbankkonto till destinationskonto

5
3. Mini uttalande chef

Kund

Ett miniutdrag visar de 5 senaste transaktionerna på ett konto

kund: En kund kan bara se ministatistik för sina "egna" konton

Manager: En chef kan se miniutdrag för alla konton

3
4. Anpassat uttalande chef

Kund

Ett anpassat kontoutdrag låter dig filtrera och visa transaktioner på ett konto baserat på datum, transaktionsvärde

kund: En kund kan bara se Customized-utdrag för sina "egna" konton

Manager: En chef kan se Customized -statement för vilket konto som helst

5
5. Ändra lösenord chef

Kund

kund: En kund kan bara byta lösenord för sitt konto.

Manager: En chef kan bara byta lösenord för sitt konto. Han kan inte ändra sina kunders lösenord

1
6. Ny kund chef Manager: En chef kan lägga till en ny kund.

Manager: En chef kan redigera detaljer som adress, e-post, telefon för en kund.

3
7. Nytt konto chef För närvarande tillhandahåller systemet 2 typer av konton

  • Spara
  • Aktuella

En kund kan ha flera sparkonton (ett i hans namn, ett annat i ett gemensamt namn etc).

Han kan ha flera löpande konton för olika företag han äger.

Eller så kan han ha flera löpande och sparkonton.

Manager: En chef kan lägga till ett nytt konto för en befintlig kund.

5
8. Redigera konto chef Manager: En chef kan lägga till en redigera kontoinformation för ett befintligt konto 1
9. Radera konto chef Manager: En chef kan lägga till ett ta bort ett konto för en kund. 1
10. Ta bort kund chef En kund kan endast raderas om han/hon inte har några aktiva konton eller sparkonton

Manager: En chef kan ta bort en kund.

1
11. Deposition chef Manager: En chef kan sätta in pengar på vilket konto som helst. Görs vanligtvis när kontanter sätts in på ett bankkontor. 3
12. Tillbakadragande chef Manager: En chef kan ta ut pengar från vilket konto som helst. Görs vanligtvis när kontanter tas ut på ett bankkontor. 3

STEG B) Beräkna varaktigheten för uppgiften

Efter att ha klassificerat Komplexiteten av funktionspoängen måste du uppskatta varaktighet att testa dem. Varaktighet betyder hur mycket tid behöver för att slutföra uppgiften.

Funktionspunktsmetod

  • Total ansträngning: Ansträngningen att helt testa alla funktioner på webbplatsen
  • Totalt antal funktionspoäng: Totalt antal moduler på webbplatsen
  • Uppskattning definierad per funktionspoäng: Den genomsnittliga ansträngningen för att slutföra en funktionspoäng. Detta värde beror på produktivitet av den medlem som ska ta hand om denna uppgift.

Anta att ditt projektteam har uppskattat definierade per funktionspoäng av 5 timmar/poäng. Du kan uppskatta den totala ansträngningen för att testa alla funktioner på webbplatsen Guru99 Bank enligt följande:

  Vikt Antal funktionspunkter Totalt
Komplex 5 3 15
Medium 3 5 15
Enkelt 1 4 4
Funktion totalt antal poäng 34
Uppskattning definiera per punkt 5
Total beräknad insats (person Hours) 170

Så den totala ansträngningen för att slutföra uppgiften "Skapa testspecifikationen" för Guru99 Bank är cirka 170 mantimmar

När du väl förstår den ansträngning som krävs kan du tilldela resurser för att avgöra hur lång tid uppgiften kommer att ta (varaktighet), och sedan kan du uppskatta arbets- och icke-arbetskostnader.

Ovanstående exempel visar också betydelsen av medlemmen i ditt team. Om du har begåvade och erfaren medlemmar kan du slutföra den tilldelade uppgiften i Small tid, och ditt projekt kommer att avslutas vid deadline eller tidigare.

STEG C) Beräkna kostnaden för uppgifterna

Detta steg hjälper dig att svara på kundens sista fråga "Hur mycket kostar det?"

Anta att din laglön i genomsnitt är 5 USD per timme. Tiden som krävs för uppgiften "Skapa testspecifikationer" är 170 timmar. Följaktligen är kostnaden för uppgiften 5*170= $850. Nu kan du beräkna budget för andra aktiviteter i WBS och komma fram till övergripande budget för projektet.

Som projektledare måste du bestämma hur du ska få de flesta återvänder för ditt företags investering. Ju mer exakt din uppskattning av projektkostnaden är bättre kan du hantera ditt projekts budget.

Metod 2) Trepunktsuppskattning

Trepunktsuppskattning är en av teknikerna som kan användas för att uppskatta en uppgift. Enkelheten i trepunktsuppskattningen gör det till ett mycket användbart verktyg för en projektledare som vill uppskatta.

I trepunktsuppskattning, tre värden produceras initialt för varje uppgift baserat på tidigare erfarenhet or bästa gissningar enligt följande

Trepunktsuppskattning

Vid uppskattning av en uppgift måste testhanteraren tillhandahålla tre värden, enligt ovan. De tre identifierade värdena uppskattar vad som händer i en optimalt tillstånd, vad är mest troligt, eller vad vi tror att det skulle vara värsta fall scenario.

Låt oss se hur du använder de tre ovanstående värdena i följande exempel

För uppgiften "Skapa testspecifikationen”, kan du uppskatta testinsatsen? Kom ihåg att du måste täcka alla modulerna på Guru99 Banks webbplats som gjorts i Funktionspunktsmetod

Du kan uppskatta enligt följande

  • Smakämnen bästa fall att slutföra denna uppgift är 120 mantimmar (cirka 15 dagar). I det här fallet har du ett talangfullt team, de kan slutföra uppgiften på minsta möjliga tid.
  • Smakämnen mest troligt fall för att slutföra denna uppgift är 170 arbetstimmar (cirka 21 dagar). Detta är ett normalt fall, du har tillräckligt med resurser och förmåga att slutföra uppgiften
  • Smakämnen värsta fall att slutföra denna uppgift är 200 mantimmar (cirka 25 dagar). Du måste utföra mycket mer arbete eftersom dina teammedlemmar inte är erfarna.

Tilldela nu värdet till varje parameter enligt nedan

Trepunktsuppskattning

Ansträngningen att slutföra uppgiften kan beräknas med hjälp av dubbeltriangulär fördelning formel enligt följande-

Trepunktsuppskattning

I formeln ovan är parameter E känd som Vägt genomsnitt. Det är uppskattningen av uppgiften "Skapa testspecifikationen".

Men din chef kanske frågar dig

Trepunktsuppskattning

I ovanstående uppskattning bestämmer du bara en möjlig och inte en vissa värde måste vi veta om Sannolikheten att uppskattningen är korrekt. Du kan använda den andra formeln:

Trepunktsuppskattning

I ovanstående formel, SD-medelvärdet standardavvikelse, kan detta värde ge dig information om Sannolikheten att uppskattningen är korrekt.

Nu kan du avsluta uppskattningen för uppgiften "Skapa testspecifikationen"

För att slutföra uppgiften "Skapa testspecifikationen" på Guru99 Banks webbplats behöver du 166.6 13.33 ± Mantimme (153.33 till 179.99 mantimme)

Steg 4) Validera uppskattningen

När du har skapat en sammanlagd uppskattning för alla uppgifter som nämns i WBS, måste du vidarebefordra den till styrelse, Vem ska översyn och godkänna det.

Validera uppskattningen

Styrelsemedlemmen kan bestå av VD, projektledare och andra intressenter.

Styrelsen kommer att granska och diskutera din uppskattningsplan med dig. Du kan förklara dem din uppskattning logiskt och rimligen så att de kan godkänna din uppskattningsplan.

Bästa metoder för testuppskattning

Det här avsnittet introducerar allmänna tips om hur man uppskattar testnoggrannheten.

Lägg till lite bufferttid:

Många oförutsägbara saker kan hända med ditt projekt, till exempel att en begåvad gruppmedlem slutar sitt jobb plötsligt, testningen tar längre tid än beräknat att slutföra... etc. Därför måste du inkludera en viss buffert i din uppskattning. Att ha en buffert i uppskattningen gör det möjligt att hantera eventuella förseningar som kan uppstå.

Kontoresursplanering i uppskattning

Vad ska du göra om några medlemmar i ditt team tar långa ledigheter? Det kan försena projektet. Resursplanering vid uppskattning spelar en nyckelroll. Tillgången på resurser kommer att bidra till att se till att uppskattningarna är realistiska. Här måste du överväga löven för din teammedlem, vanligtvis långa sidor.

Använd tidigare erfarenheter som referens

Erfarenheter från tidigare projekt spelar en viktig roll när man förbereder tidsuppskattningarna. Eftersom vissa projekt kan ha en viss likhet, kan du återanvända den tidigare uppskattningen. Till exempel, om du använder för att göra ett projekt som att testa en webbplats, kan du lära dig av den erfarenheten, försöka undvika alla svårigheter eller problem som stått inför i tidigare projekt.

Håll dig till din uppskattning

Uppskattning är bara uppskattning eftersom det kan gå oförrätter.I tidiga skeden av projektet bör du ofta kontrollera testuppskattningarna igen och gör ändringar om det behövs. Vi bör inte förlänga uppskattningen efter att vi fixat den, såvida det inte finns stora förändringar i kravet, eller du måste förhandla med kunden om omvärderingen

Uppskattningsmall för mjukvarutest

Ladda ner Software Test Estimation Excel(.xlsx)

Andra tekniker

Wideband Delphi Technique, Use – Case Point Method, Procentdistribution, Ad-hoc-metoden är andra uppskattningstekniker inom mjukvaruteknik.

Video för uppskattningsteknik för mjukvarutest

Klicka här. om videon inte är tillgänglig

Videoutskrift

  • Låt oss göra en övning för Ansökan om flygbokning förbereda en arbetsuppdelningsstruktur för
  • olika testuppgifter som – Kontrollera inloggningsfunktioner, Kontrollera funktionalitet för ny beställning, Kontrollera faxfunktioner och annan liknande funktionalitet och uppskatta den ansträngning som krävs för att testa dessa funktioner
  • Till exempel kan inloggningsfunktioner testas på 2 timmar. Gör också en lista över alla uppgifter och motsvarande ansträngning. Pausa träningshandledningen och slutför övningen. Jag hoppas att du gjorde en kvalificerad gissning om den ansträngning som krävs
  • Detta är Bottom-Up-strategi för testuppskattning. Tekniken kallas bottom-up eftersom man baserat på de uppgifter som är på den lägsta nivån i arbetsuppdelningshierarkin uppskattar varaktigheten, beroenden och resurserna.
  • I bottom-up-strategin tas uppskattningar inte av en enda person utan alla intressenter, enskilda bidragsgivare, experter och erfarna personalmedlemmar kollektivt. Tanken är att dra nytta av teammedlemmarnas samarbetsmässiga visdom för att komma fram till korrekta testuppskattningar
  • Nu eftersom du har stor erfarenhet av flygbokningssystemet. Använd denna erfarenhet för att uppskatta den ansträngning som krävs för fullt funktions~~POS=TRUNC av webbplatsen. – http://newtours.demoaut.com/
  • Den här webbplatsens funktion är identisk med flygbokningsapplikationen, bara att den är webbaserad. Pausa handledningen och gör övningen nu
  • Jag hoppas att du baserat på din erfarenhet gjorde en bra uppskattning av den ansträngning som krävs för att testa webbplatsen
    • Detta är uppskattningsmetoden uppifrån och ner som är baserad på erfarenhet.
    • En annan teknik är att klassificera projekt utifrån deras storlek och komplexitet och sedan se hur lång tid ett projekt av en viss storlek och komplexitet har tagit tidigare.
    • Ett annat tillvägagångssätt är att bestämma Genomsnittlig insats per Testfall tidigare för liknande projekt och sedan använda uppskattade testfall av det aktuella projektet och komma fram till total ansträngning
    • Mer sofistikerade uppskattningsmodeller involverar komplexa matematiska modeller. I praktiken använder majoriteten av projekten en uppifrån-och-ned-metod för uppskattning.
    • Testuppskattningar kan påverkas av många faktorer som tidspress, personfaktorer, geografisk fördelning av testteamet och så vidare