Testuppskattningstekniker inom programvarutestning
Thomas Hamilton
⚡ Smart sammanfattning
Tekniker för uppskattning av programvarutestning uppskattar hur lång tid testningen tar och hur mycket den kommer att kosta. En process i fyra steg – att dela upp uppgifter, tilldela ägare, uppskatta arbetsinsatsen och validera med intressenter – förvandlar vaga tidslinjer till en försvarbar plan som ledningen kan godkänna.
Vad är uppskattning av mjukvarutest?
Uppskattning av programvarutest är en ledningsaktivitet som uppskattar hur lång tid en testuppgift tar och hur mycket den kommer att kosta. Att producera en trovärdig testuppskattning är ett av de viktigaste ansvarsområdena i testhantering eftersom det driver beslut om schema, budget och resursfördelning.
Varför testuppskattning är viktigt
Kunder ställer alltid två frågor innan de skriver under ett testoppdrag:
För små projekt är dessa frågor enkla att besvara. För ett större projekt – säg att testa Guru99 Banks webbplats — du behöver en strukturerad teknik för att försvara svaret.
Vad ska man uppskatta?
- Resurser: människor, utrustning, anläggningar, finansiering och allt annat som krävs för att utföra arbetet.
- Tid: den mest värdefulla resursen i alla projekt – varje release har en deadline.
- Mänskliga färdigheter: teamets kunskap och erfarenhet. Starkare testare slutför snabbare än ett mindre erfaret team.
- Kostnad: projektets budget — hur mycket pengar det krävs för att genomföra den planerade testningen.
Hur man uppskattar
Vanliga tekniker för uppskattning av programvarutestning är:
- Arbetsfördelningsstruktur (WBS).
- Trepunktsuppskattning.
- Bredbands Delphi.
- Funktionspunkts- eller testpunktsanalys.
- Användningsfallspunktsmetod.
- Procentuell fördelning.
- Ad hoc-metod.
Fyrastegsprocessen nedan kombinerar flera tekniker för att komma fram till en försvarbar uppskattning. Exemplet använder Guru99 Fallstudie av bank.
Steg 1) Dela upp hela projektet i deluppgifter
Använd Work Breakdown Structure teknik för att dela upp ett komplext projekt i moduler, delmoduler och i slutändan de minsta meningsfulla uppgifterna. Uppskattningar är mycket mer tillförlitliga på lövnivå än mot vaga rubrikprojekt.
Använd tekniken för att bryta Guru99 Bankprojekt i fem mindre uppgifter:
Varje uppgift delas sedan upp i deluppgifter tills varje rad är tillräckligt detaljerad för att kunna uppskattas.
| uppgift | Deluppgift |
|---|---|
| Analysera kravspecifikationen för programvaran | Undersök kravspecifikationerna. |
| Intervjua utvecklare och andra intressenter för att lära dig mer om webbplatsen. | |
| Skapa testspecifikationen | Designa testscenarier. |
| Skapa testfall. | |
| Revvisa och revidera testfall. | |
| Utför testfallet | Bygg testmiljön. |
| Kör testfallen. | |
| RevVisa testkörningsresultat. | |
| Anmäl defekterna | Skapa defekt rapporter. |
| Rapportera defekterna. |
Steg 2) Tilldela varje uppgift till en teammedlem
Tilldela varje deluppgift till den mest lämpliga ägaren.
| uppgift | Ägare |
|---|---|
| Analysera kravspecifikationen för programvaran | Alla teammedlemmar |
| Skapa testspecifikationen | Testare / Testanalytiker |
| Bygg testmiljön | Testadministratör |
| Utför testfallet | Testare, testadministratör |
| Rapportera defekter | Testare |
Steg 3) Uppskattning av arbetsinsats för varje uppgift
Två kompletterande tekniker fungerar bra i detta skede:
- Funktionspunktsmetod.
- Trepunktsuppskattning.
Metod 1) Funktionspunktsmetod
Testansvarig uppskattar storlek, varaktighet och kostnad för varje uppgift.
Steg A) Uppskatta uppgiftens storlek
Ta uppgiften ”Skapa testspecifikationen”. Dess storlek beror på den funktionella storleken på det testade systemet – ju fler funktioner, desto mer komplext är systemet. Funktionspunkter klassificeras vanligtvis i tre grupper: Komplex, Medel och Enkel.
Baserat på komplexitet tilldelar testhanteraren en vikt till varje funktionspunkt:
| Grupp | viktning |
|---|---|
| Komplex | 5 |
| Medium | 3 |
| Enkelt | 1 |
Ocuco-landskapet Guru99 Banks webbplats är uppdelad i 12 funktionspunkter. Deras komplexitet sammanfattas nedan.
| # | Modulerna | Tillämpliga roller | BESKRIVNING | viktning |
|---|---|---|---|---|
| 1 | Balansförfrågan | Chef, kund | kund: se endast saldot på egna konton. Manager: se saldot för varje kund under överinseende. |
3 |
| 2 | Fondöverföring | Chef, kund | kund: överföra pengar från eget konto till valfri destination. Manager: överföra pengar från vilken källa som helst till vilken destination som helst. |
5 |
| 3 | Mini uttalande | Chef, kund | De fem senaste transaktionerna för ett konto. kund: se endast egna konton. Manager: visa vilket konto som helst. |
3 |
| 4 | Anpassat uttalande | Chef, kund | Filtrerade transaktioner efter datum eller värde. kund: endast egna konton. Manager: vilket konto som helst. |
5 |
| 5 | Ändra lösenord | Chef, kund | kund: byta eget lösenord. Manager: ändra eget lösenord (inte kundens). |
1 |
| 6 | Ny kund | chef | Lägg till och redigera kunduppgifter (adress, e-postadress, telefon). | 3 |
| 7 | Nytt konto | chef | Spar- och löpande konton; en kund kan ha flera av varje. Chefen lägger till nya konton för befintliga kunder. | 5 |
| 8 | Redigera konto | chef | Redigera uppgifter om ett befintligt konto. | 1 |
| 9 | Radera konto | chef | Ta bort ett befintligt konto för en kund. | 1 |
| 10 | Ta bort kund | chef | Ta bara bort en kund när det inte finns några aktiva konton. | 1 |
| 11 | Deposition | chef | Sätt in kontanter på valfritt konto på filialen. | 3 |
| 12 | Tillbakadragande | chef | Ta ut kontanter från valfritt konto på filialen. | 3 |
Steg B) Uppskatta uppgiftens varaktighet
När komplexiteten har ställts in, uppskatta den tid som krävs för att testa varje grupp.
- Total ansträngning: total ansträngning för att testa webbplatsens alla funktioner.
- Totalt antal funktionspoäng: webbplatsens totala moduler.
- Uppskattning per funktionspunkt: genomsnittlig ansträngning per poäng; beror på lagets produktivitet.
Antag att teamets uppskattning per funktionspunkt är 5 timmar/poängDen totala insatsen för Guru99 Bank exempel är:
| Grupp | viktning | Funktionspunkter | Totalt |
|---|---|---|---|
| Komplex | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Enkelt | 1 | 4 | 4 |
| Funktion totalt antal poäng | 34 | ||
| Uppskattning per poäng | 5 | ||
| Total uppskattad arbetsinsats (persontimmar) | 170 | ||
Den totala arbetsinsatsen för att slutföra "Skapa testspecifikationen" är cirka 10 000 arbetstimmarNär insatsen är känd kan du tilldela resurser för att bestämma varaktighet och kostnad.
Steg C) Uppskatta kostnaden för uppgifterna
Det här steget besvarar den andra klientfrågan – ”Hur mycket kostar det?”. Antag en genomsnittlig teamavgift på $ 5 / timmeUppgiften ovan tar 170 timmar, så kostnaden är 170 × $5 = $850Tillämpa samma beräkning för varje WBS-uppgift för att komma fram till projektbudgeten.
Ju mer exakt uppskattningen är, desto bättre kan du hantera projektets budget och säkerställa att varje krona ger avkastning.
Metod 2) Trepunktsuppskattning
Trepunktsuppskattning är en strukturerad teknik där testledaren tillhandahåller tre värden per uppgift – optimistiska, mest troligtoch pessimistisk ansträngning — baserat på tidigare erfarenhet eller bästa gissningar.
För ”Skapa testspecifikationen” kan de tre värdena vara:
- Bästa fall: 120 arbetstimmar (~15 dagar) med ett starkt och erfaret team.
- Mest troligt: 170 arbetstimmar (~21 dagar) med ett typiskt team och resurser.
- Värsta fall: 200 arbetstimmar (~25 dagar) med ett mindre erfaret team och extra omarbete.
Beräkna det viktade medelvärdet med hjälp av PERT-formeln:
Värdet E är vägt genomsnitt — rubrikuppskattningen för ”Skapa testspecifikationen”.
Att uttrycka förtroendet kring E, beräkna standardavvikelsen:
För Guru99 Bankexempel uppskattningen blir 166.6 ± 13.33 arbetstimmar — ett intervall på 153.33 till 179.99 arbetstimmar.
Steg 4) Validera uppskattningen
Aggregera varje uppgiftsuppskattning från arbetsmarknadsverket och skicka in planen till ledningsgruppen (VD, projektledare, viktiga intressenter) för granskning och godkännande.
Gå logiskt igenom uppskattningen med styrelsen så att de förstår antagandena, de valda teknikerna och den beredskap du har byggt in.
Bästa praxis för testuppskattning
Lägg till bufferttid
Planer överlever sällan verkligheten – teammedlemmar slutar, tester tar längre tid än väntat, beroenden försvinner. Bygg in en rimlig buffert i varje uppskattning så att schemat absorberar mindre överraskningar.
Planera för resurstillgänglighet
Ta hänsyn till planerad ledighet, utbildning och jourrotationer. Uppskattningar som ignorerar tillgänglighet ser bra ut på pappret och kollapsar i leverans.
Använd tidigare erfarenheter som referens
Historiska data från liknande projekt är ovärderliga. Om du testade en jämförbar webbplats förra året, lär dig av dess faktiska data, de problem som uppstod och den buffert som räddade situationen.
Håll dig till uppskattningen – men omvärdera den
Uppskattningarna är inte falskatracts; de är de bästa gissningarna. RevBesök dem vid kända milstolpar och justera endast när kraven förändras väsentligt eller ny information förändrar bilden. Förhandla om eventuella förändringar med kunden på ett transparent sätt.
Uppskattningsmall för mjukvarutest
Ladda ner programvarutestuppskattningen i Excel (.xlsx)
Andra uppskattningstekniker
Förutom WBS-, funktionspunkts- och trepunktsuppskattning används flera andra tekniker i stor utsträckning:
- Bredbands-Delphi: iterativ konsensusuppskattning av en expertpanel.
- Användningsfallspunktsmetod: härleder ansträngning från antalet och komplexiteten i användningsfall.
- Procentuell fördelning: allokerar en fast procentandel av projektets totala insats till testning.
- Ad-hoc-metod: expertbedömning när historiska data saknas.
Bottom-Up vs Top-Down-uppskattning
En praktisk syn på uppskattning kan också delas upp i två kompletterande strategier:
- Bottom-up-uppskattning: baserat på uppgifter på den lägsta nivån i arbetsmarknadssystemet. Flera intressenter, erfaren personal och bidragsgivare kombinerar sina siffror för att komma fram till en korrekt totalsumma. Idealiskt när arbetet är väl förstått.
- Uppskattning uppifrån och ner: klassificerar projektet efter storlek och komplexitet och jämför det med slutförda projekt av liknande form. Använder även genomsnittlig arbetsinsats per testfall och skalas efter det planerade antalet fall. Användbart tidigt i ett projekt när detaljer är knappa.
De flesta team blandar de två – top-down för huvudsiffran, bottom-up för säkerhet – och lägger resultatet över sofistikerade modeller när budgeten motiverar ansträngningen.
