Vad är uppskattning av programvarutest?
Testuppskattning är en ledningsaktivitet som ungefär hur lång tid en uppgift skulle ta att slutföra. Att uppskatta ansträngningen för testet är en av de viktigaste och viktigaste uppgifterna i Test Management.
Varför testa uppskattning?
Två frågor du kan förvänta dig av dina kunder när du diskuterar potentiella testuppdrag är
För små projekt är dessa frågor relativt enkla att svara på. Men för det stora projektet som Testing Guru99 Banks webbplats måste du tänka hårt för att svara på dessa frågor.
I den här handledningen lär du dig-
- Vad är uppskattning av programvarutest?
- Varför testa uppskattning?
- Vad ska jag uppskatta?
- Hur uppskattar jag?
- Steg 1) Dela upp hela projektuppgiften i deluppgifter
- Steg 2) Tilldela varje uppgift till teammedlemmen
- Steg 3) Uppskattning av insatser för uppgifter
- Metod 1) Funktionspunktsmetod
- Metod 2) Trepunktsuppskattning
- Steg 4) Validera uppskattningen
- Testmetoder för bästa metoder
- Andra tekniker
Vad ska jag uppskatta?
- Resurser: Resurser krävs för att utföra 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 tidsfrist för leverans.
- Mänskliga färdigheter: Mänskliga färdigheter betyder teammedlemmarnas kunskap och erfarenhet . De påverkar enligt din uppskattning. Till exempel tar ett team vars medlemmar har låga testkunskaper mer tid på att avsluta projektet än det som har hög testkompetens.
- Kostnad: Kostnad är projektets budget . Generellt sett betyder det hur mycket pengar som krävs för att slutföra projektet.
Hur uppskattar jag?
Lista över programuppskattningstekniker
- Arbetsfördelningsstruktur
- 3-punkts mjukvarutestningsteknik
- Wideband Delphi-teknik
- Funktionspunkt / testpunktanalys
- Användning - Case Point Method
- Procentuell fördelning
- Ad-hoc-metod
Följande är 4-stegsprocessen för att komma fram till en uppskattning
Du lär dig hur man kombinerar dessa tekniker för att hitta en uppskattning av Guru99 Banks fallstudie.
Steg 1) Dela upp hela projektuppgiften i deluppgifter
Uppgift är ett arbete som har givits någon. För att göra detta kan du använda Work Breakdown Structure- tekniken.
I denna teknik är ett komplext projekt uppdelat i moduler. Modulerna är indelade i delmoduler. Varje delmodul delas vidare in i funktionalitet. Det betyder att dela upp hela projektuppgiften i de minsta uppgifterna.
Använd Work Break Down-strukturen för att dela upp Guru99 Bank-projektet i 5 mindre uppgifter-
Därefter kan du bryta ut varje uppgift till underuppgiften. Syftet med denna aktivitet är att skapa en så detaljerad uppgift som möjligt .
| Uppgift | Underuppgift |
|---|---|
| Analysera specifikation av programvarukrav | Undersök specifikationerna för mjuka krav |
| Intervju med utvecklaren och andra intressenter för att få veta mer om webbplatsen | |
| Skapa testspecifikationen | Designa testscenarier |
| Skapa testfall | |
| Granska och revidera testfall | |
| Utför testfallet | Bygg upp testmiljön |
| Utför testfallet | |
| Granska testkörningsresultaten | |
| Rapportera bristerna | |
| Skapa felrapporter | |
| Rapportera bristerna |
Steg 2) Tilldela varje uppgift till teammedlemmen
I det här steget tilldelas varje uppgift till lämplig medlem i projektgruppen. Du kan tilldela uppgiften enligt följande
| Uppgift | Medlemmar |
|---|---|
| Analysera specifikation av programvarukrav | Alla medlemmar |
| Skapa testspecifikationen | Testare / testanalytiker |
| Bygg upp testmiljön | Testadministratör |
| Utför testfallet | Testare, testadministratör |
| Rapportera brister | Testare |
Steg 3) Uppskattning av insatser för uppgifter
Det finns två tekniker som du kan använda för att uppskatta insatserna för uppgifter
- Funktionell punktmetod
- Trepunktsuppskattning
Metod 1) Funktionspunktsmetod
I den här metoden uppskattar Test Manager storlek, varaktighet och kostnad för uppgifterna
Steg A) Uppskatta storleken för uppgiften
I steg 1 har du redan delat upp hela projektuppgiften i liten uppgift med hjälp av 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. Funktionsstorleken återspeglar mängden funktionalitet som är relevant för användaren. Ju mer antal funktioner, desto mer komplex är systemet.
Innan du startar den faktiska uppskattningen av insatserna delas funktionella poäng in i tre grupper som Complex , Medium Simple enligt följande:
Baserat på komplexet av mjukvarufunktioner måste Test Manger ge tillräcklig vikt för varje funktionell punkt. Till exempel
| Grupp | Viktning |
|---|---|
| Komplex | 5 |
| Medium | 3 |
| Enkel | 1 |
Låt oss ta en enkel exempelövning för att bli tydligare:
Ta en titt på programvaruspecifikationen för webbplatsen Guru99 Bank här, mjukvaruutvecklaren har redan beskrivit mjukvarumodulerna i detalj. Kan du bestämma komplexiteten hos webbplatsens funktioner genom att ge vikten för varje modul?
Mer komplex funktionspunkt, mer försök att testa är. Webbplatsen är indelad i 12 funktionspunkter , du kan bestämma komplexiteten för varje funktionspoäng enligt följande:
| Nej. | Modulnamn | Tillämpliga roller | Beskrivning | Viktning |
|---|---|---|---|---|
| 1. | Balansförfrågan | Chefskund | Kund: En kund kan ha flera bankkonton. Han kan bara se saldot på sina konton Manager: En chef kan se saldot på alla kunder som kommer under hans övervakning | 3 |
| 2. | Fondöverföring | Chefskund | Kund: En kund kan ha överföringsmedel från sitt ”eget” konto till valfritt målkonto. Manager: En chef kan överföra pengar från vilket källkonto som helst till destinationskontot | 5 |
| 3. | Mini Statement | Chefskund | En Mini uttalande kommer att visa senaste 5 transaktioner ett konto Kund: En kund kan se mini-uttalande endast hans ”egen” står Manager: En chef kan se mini-uttalande något konto | 3 |
| 4. | Anpassat uttalande | Chefskund | Ett anpassat uttalande gör att du kan filtrera och visa transaktioner i ett konto baserat på datum, transaktionsvärde Kund: En kund kan se Anpassad - uttalande av endast sina "egna" konton Manager: En chef kan se Anpassad-uttalande för vilket konto som helst | 5 |
| 5. | Ändra lösenord | Chefskund | Kund: En kund kan bara ändra lösenord för sitt konto. Manager: En chef kan bara ändra lösenord för sitt konto. Han kan inte ändra lösenord för sina kunder | 1 |
| 6. | Ny kund | Chef | Manager: En chef kan lägga till en ny kund. Manager: En chef kan redigera information som adress, e-post, telefon till en kund. | 3 |
| 7. | Nytt konto | Chef | För närvarande tillhandahåller systemet två typer av konton
| 5 |
| 8. | Ändra kontoinställningar | Chef | Manager: En chef kan lägga till en redigering av kontouppgifter för ett befintligt konto | 1 |
| 9. | Radera konto | Chef | Manager: En manager kan lägga till en ta bort ett konto för en kund. | 1 |
| 10. | Radera kund | Chef | En kund kan bara raderas om han / hon inte har någon aktiv aktuell eller sparar konton 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. Vanligtvis görs när kontanter sätts in på en bankfilial. | 3 |
| 12. | Uttag | Chef | Manager: En manager kan ta ut pengar från vilket konto som helst. Vanligtvis görs när kontanter tas ut i en bankfilial. | 3 |
STEG B) Uppskatta varaktigheten för uppgiften
Efter att ha klassificerat komplexiteten hos funktionspunkterna måste du uppskatta varaktigheten för att testa dem. Varaktighet betyder hur mycket tid som krävs för att slutföra uppgiften.
- Total ansträngning : Ansträngningen att testa alla webbplatsens funktioner helt
- Totala funktionspoäng : Totalt antal moduler på webbplatsen
- Uppskattning definierad per funktionspoäng : den genomsnittliga insatsen för att slutföra en funktionspoäng. Detta värde beror på produktiviteten hos den medlem som tar ansvar för denna uppgift.
Antag att ditt projektteam har uppskattat definierat per funktionspoäng på 5 timmar / poäng . Du kan uppskatta den totala ansträngningen för att testa alla funktioner på webbplatsen Guru99 Bank enligt följande:
| Viktning | Antal funktionspunkter | Total | |
|---|---|---|---|
| Komplex | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Enkel | 1 | 4 | 4 |
| Funktion Totala poäng | 34 | ||
| Uppskattning definiera per punkt | 5 | ||
| Total beräknad ansträngning (arbetstid) | 170 | ||
Så den totala ansträngningen för att slutföra uppgiften "Skapa testspecifikationen" för Guru99 Bank är cirka 170 arbetstimmar
När du förstår ansträngningen som krävs kan du tilldela resurser för att bestämma hur lång tid uppgiften tar (varaktighet) och sedan kan du uppskatta arbetskraftskostnader och icke-arbetskraftskostnader.
Ovanstående exempel visar också vikten av medlemmen i ditt team. Om du har begåvade och erfarna medlemmar kan du slutföra den tilldelade uppgiften på kort 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å den sista frågan från kunden " Hur mycket kostar det?"
Antag att din teamlön i genomsnitt är $ 5 per timme. Den tid som krävs för "Skapa testspecifikationer" är 170 timmar. Följaktligen är kostnaden för uppgiften 5 * 170 = $ 850. Nu kan du beräkna budgeten för andra aktiviteter i WBS och nå den totala budgeten för projektet.
Som projektledare måste du bestämma hur du får mest avkastning för ditt företags investering. Ju mer exakt din uppskattning av projektkostnaden är, desto bättre kan du hantera projektets budget.
METOD 2) Uppskattning av tre punkter
Trepunktsuppskattning är en av de tekniker 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 produceras tre värden initialt för varje uppgift baserat på tidigare erfarenheter eller bästa gissningar enligt följande
När du uppskattar en uppgift måste Testhanteraren tillhandahålla tre värden, som anges ovan. De tre identifierade värdena uppskattar vad som händer i ett optimalt tillstånd , vad som är mest troligt eller vad vi tror att det skulle vara det värsta fallet .
Låt oss se hur man använder ovanstående tre värden i följande exempel
Kan du uppskatta testinsatsen för uppgiften ” Skapa testspecifikationen ”? Kom ihåg att du måste täcka alla moduler på Guru99 Banks webbplats så som du gjort i Function Point Method
Du kan uppskatta följande
- Det bästa fallet att slutföra denna uppgift är 120 arbetstimmar (cirka 15 dagar). I det här fallet har du ett begåvat team, de kan slutföra uppgiften på minsta tid.
- Det mest troliga fallet att slutföra denna uppgift är 170 arbetstimmar (cirka 21 dagar). Detta är normalt, du har tillräckligt med resurser och förmåga att slutföra uppgiften
- Det värsta fallet att slutföra denna uppgift är 200 arbetstimmar (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
Ansträngningen för att slutföra uppgiften kan beräknas med hjälp av den dubbla triangulära fördelningsformeln enligt följande:
I ovanstående formel är parameter E känd som viktat genomsnitt. Det är uppskattningen av uppgiften ”Skapa testspecifikationen”.
Men din chef kanske frågar dig
I ovanstående uppskattning bestämmer du bara ett möjligt och inte ett visst värde, vi måste veta om sannolikheten för att uppskattningen är korrekt. Du kan använda den andra formeln:
I ovanstående formel, SD betyder standardavvikelse, kan detta värde ge dig information om sannolikheten för 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 man-timme (153,33 till 179,99 man-timme)
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 styrelsen , som kommer att granska och godkänna den.
Styrelseledamoten 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 rimligt så att de kan godkänna din uppskattningsplan.
Testmetoder för bästa metoder
Detta ämne introducerar allmänna tips om hur man uppskattar testnoggrannheten.
- Lägg till lite buffertid: Många oförutsägbara saker kan hända med ditt projekt, till exempel att en begåvad teammedlem avslutar sitt jobb plötsligt, testningen tar mer tid än beräknat att slutföra ... etc. Det är därför du behöver inkludera lite buffert i din uppskattning. Att ha en buffert i uppskattningen gör det möjligt att klara av eventuella förseningar.
- Konto resursplanering i uppskattning: Vad ska du göra om vissa medlemmar i ditt team tar långa ledigheter? Det kan försena projektet. Resursplanering i uppskattning spelar en nyckelroll. Tillgången på resurser hjälper till att se till att uppskattningarna är realistiska. Här måste du överväga bladen för din lagmedlem, vanligtvis långa löv.
- Använd tidigare erfarenheter som referens: Erfarenheter från tidigare projekt spelar en viktig roll när du beräknar tidsberäkningarna. Eftersom vissa projekt kan vara likartade kan du återanvända den tidigare uppskattningen. Om du till exempel använder 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 stod inför tidigare projekt.
- Håll dig till din uppskattning: Uppskattning är bara uppskattning eftersom det kan gå fel. I tidiga skeden av projektet bör du ofta kontrollera om testuppskattningarna och göra ändringar om det behövs. Vi bör inte förlänga uppskattningen efter att vi har fixat den, såvida det inte finns stora förändringar i kravet, eller om du måste förhandla med kunden om omuppskattningen
Mall för uppskattning av programvarutest
Ladda ner mjukvarutestuppskattning Excel (.xlsx)
Andra tekniker
Wideband Delphi-teknik, användning - Case Point-metod, procentuell fördelning, Ad-hoc-metod är andra uppskattningstekniker inom programvaruteknik.
Klicka här om videon inte är tillgänglig
Videoutskrift- Låt oss göra en övning - för flygreservationsansökan förbereder en struktur för arbetsfördelning av
- olika testuppgifter som - Kontrollera inloggningsfunktionalitet, Kontrollera ny orderfunktion, Kontrollera faxfunktionalitet och andra liknande funktioner och uppskatta den ansträngning som krävs för att testa dessa funktioner
- Till exempel kan inloggningsfunktionen testas på två timmar. Förbered också en lista med alla uppgifter och motsvarande ansträngning. Pausa träningen och slutför övningen. Jag hoppas att du gjorde en utbildad gissning av den ansträngning som krävs
- Detta är en nedifrån och upp-strategi för testuppskattning. Tekniken kallas från botten uppifrån eftersom du baserar på uppgifterna som ligger på den lägsta nivån i arbetsfördelningshierarkin, du uppskattar varaktighet, beroenden och resurser.
- I bottom-up-strategin görs uppskattningar inte av en enda person utan alla intressenter, enskilda bidragsgivare, experter och erfarna anställda tillsammans. Tanken är att dra nytta av teammedlemmarnas samarbetsvisdom för att komma fram till exakta 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 fullständig funktionstestning av webbplatsen. - http://newtours.demoaut.com/
- Den här webbplatsen är funktionellt identisk med Flight Reservation Application, bara att den är webbaserad. Pausa självstudien och gör övningen nu
- Jag hoppas att du, baserat på din erfarenhet, gjorde en bra uppskattning av de ansträngningar som krävs för att testa webbplatsen
- Detta är Top-Down-metoden för uppskattning som baseras på erfarenhet.
- En annan teknik är att klassificera projekt baserat på 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 fastställa genomsnittlig ansträngning per testfall tidigare för liknande projekt och sedan använda uppskattade testfall för det aktuella projektet och nå total ansträngning
- Mer sofistikerade uppskattningsmodeller involverar komplexa matematiska modeller. I praktiken använder majoriteten av projekten uppifrån och ner-metod för uppskattning.
- Testuppskattningar kan påverkas av många faktorer som tidstryck, personfaktorer, geografisk fördelning av testteamet och så vidare