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
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?
- 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
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.
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.
Använd Work Break Down-strukturen för att dela upp Guru99 Bank-projektet i 5 mindre uppgifter-
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
- Funktionell punktmetod
- Trepunktsuppskattning
Metod 1) Funktionspunktsmetod
I den här metoden uppskattar testhanteraren storlek, varaktighet och kostnad för uppgifterna
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:
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
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.
- 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
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
Ansträngningen att slutföra uppgiften kan beräknas med hjälp av dubbeltriangulär fördelning formel enligt följande-
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
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:
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.
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