Hvad er estimering af softwaretest?
Testestimation er en ledelsesaktivitet, der tilnærmer sig, hvor lang tid en opgave tager at gennemføre. Estimering af indsats til testen er en af de vigtigste og vigtige opgaver i Test Management.
Hvorfor testestimering?
To spørgsmål, du kan forvente af dine klienter, når du diskuterer potentielle testopgaver, er
For små projekter er disse spørgsmål relativt lette at besvare. Men for det store projekt som Testing Guru99 Bank-webstedet skal du tænke hårdt på at besvare disse spørgsmål.
I denne vejledning lærer du-
- Hvad er estimering af softwaretest?
- Hvorfor testestimering?
- Hvad skal jeg estimere?
- Hvordan estimeres det?
- Trin 1) Del hele projektopgaven i underopgaver
- Trin 2) Tildel hver opgave til teammedlem
- Trin 3) Estimering af indsats for opgaver
- Metode 1) Funktionspunktsmetode
- Metode 2) Tre-punkts estimering
- Trin 4) Bekræft estimeringen
- Test praksis bedste praksis
- Andre teknikker
Hvad skal jeg estimere?
- Ressourcer: Der kræves ressourcer til at udføre projektopgaver. De kan være mennesker, udstyr, faciliteter, finansiering eller andet, der er i stand til at definere, der kræves for at gennemføre en projektaktivitet.
- Tider: Tid er den mest værdifulde ressource i et projekt. Hvert projekt har en frist til levering.
- Menneskelige færdigheder: Menneskelige færdigheder betyder teammedlemmernes viden og erfaring . De påvirker dit skøn. For eksempel vil et team, hvis medlemmer har lave testkompetencer, tage mere tid på at afslutte projektet end det team, der har høje testkompetencer.
- Omkostninger: Omkostninger er projektets budget . Generelt betyder det, hvor mange penge det tager at afslutte projektet.
Hvordan estimeres det?
Liste over teknikker til estimering af softwaretest
- Arbejdsfordelingsstruktur
- 3-punkts softwaretestestimeringsteknik
- Wideband Delphi-teknik
- Funktionspunkt / testpunktanalyse
- Brug - Case Point-metode
- Procentfordeling
- Ad hoc-metode
Følgende er 4-trins processen for at nå frem til et skøn
Du lærer, hvordan du kombinerer disse teknikker for at finde estimatet for Guru99 Banks casestudie.
Trin 1) Del hele projektopgaven i underopgaver
Opgave er et stykke arbejde, der er givet til nogen. For at gøre dette kan du bruge Work Breakdown Structure- teknikken.
I denne teknik er et komplekst projekt opdelt i moduler. Modulerne er opdelt i undermoduler. Hvert undermodul er yderligere opdelt i funktionalitet. Det betyder at opdele hele projektopgaven i de mindste opgaver.
Brug Work Break Down-strukturen til at opdele Guru99 Bank-projektet i 5 mindre opgaver-
Derefter kan du bryde hver opgave ud til underopgaven. Formålet med denne aktivitet er at skabe en så detaljeret opgave som muligt .
| Opgave | Underopgave |
|---|---|
| Analyser softwarekravspecifikation | Undersøg specifikationerne for bløde krav |
| Interview med udvikleren og andre interessenter for at vide mere om hjemmesiden | |
| Opret testspecifikationen | Design testscenarier |
| Opret testsager | |
| Gennemgå og revider testtilfælde | |
| Udfør testsagerne | Opbyg testmiljøet |
| Udfør testsagerne | |
| Gennemgå testudførelsesresultater | |
| Rapporter manglerne | |
| Opret defektrapporterne | |
| Rapporter manglerne |
Trin 2) Tildel hver opgave til teammedlem
I dette trin tildeles hver opgave det rette medlem i projektteamet. Du kan tildele opgave som følger
| Opgave | Medlemmer |
|---|---|
| Analyser softwarekravspecifikation | Alle medlemmer |
| Opret testspecifikationen | Tester / testanalytiker |
| Opbyg testmiljøet | Test administrator |
| Udfør testsagerne | Tester, testadministrator |
| Rapporter fejl | Tester |
Trin 3) Estimering af indsats for opgaver
Der er 2 teknikker, som du kan anvende til at estimere indsatsen for opgaver
- Funktionel punktmetode
- Tre-punkts estimering
Metode 1) Funktionspunktsmetode
I denne metode estimerer Test Manager størrelse, varighed og pris for opgaverne
Trin A) Anslået størrelse for opgaven
I trin 1 har du allerede opdelt hele projektopgaven i en lille opgave ved hjælp af WBS-metoden. Nu estimerer du størrelsen på disse opgaver. Lad os øve med en bestemt opgave " Opret testspecifikation "
Størrelsen på denne opgave afhænger af den funktionelle størrelse af det testede system. Den funktionelle størrelse afspejler den mængde funktionalitet, der er relevant for brugeren. Jo mere antal funktioner, jo mere komplekst er systemet.
Før du starter den faktiske estimering af opgaver, er funktionelle punkter opdelt i tre grupper som Complex , Medium Simple som følger:
Baseret på komplekset af softwarefunktioner skal Test Manger give tilstrækkelig vægtning til hvert funktionelt punkt. For eksempel
| Gruppe | Vægtning |
|---|---|
| Kompleks | 5 |
| Medium | 3 |
| Enkel | 1 |
Lad os tage et simpelt eksempel på en øvelse for at blive klarere:
Se softwarespecifikationen for hjemmesiden Guru99 Bank herovre, softwareingeniøren har allerede beskrevet softwaremodulerne detaljeret. Kan du bestemme kompleksiteten af webstedsfunktioner ved at angive vægten for hvert modul?
Mere kompleks funktionspunktet, mere er indsatsen for at teste det er. Hjemmesiden er opdelt i 12 funktionspunkter , du kan bestemme kompleksiteten af hver funktionspunkter som følger-
| Ingen. | Modulnavn | Gældende roller | Beskrivelse | Vægtning |
|---|---|---|---|---|
| 1. | Balanceundersøgelse | Manager-kunde | Kunde: En kunde kan have flere bankkonti. Han kan kun se saldoen på sine konti Manager: En manager kan se saldoen på alle de kunder, der kommer under hans tilsyn | 3 |
| 2. | Pengeoverførsel | Manager-kunde | Kunde: En kunde kan have overførselsmidler fra sin “egen” konto til enhver destinationskonto. Manager: En manager kan overføre penge fra enhver kilde bankkonto til destinationskonto | 5 |
| 3. | Mini Statement | Manager-kunde | En Mini-erklæring viser de sidste 5 transaktioner på en konto Kunde: En kunde kan kun se mini-statement på sine "egne" konti Manager: En manager kan se mini-statement på enhver konto | 3 |
| 4. | Tilpasset erklæring | Manager-kunde | En tilpasset erklæring giver dig mulighed for at filtrere og vise transaktioner på en konto baseret på dato, transaktionsværdi Kunde: En kunde kan se Tilpasset - kun en erklæring om sine "egne" konti Manager: En manager kan se Tilpasset - erklæring om enhver konto | 5 |
| 5. | Skift kodeord | Manager-kunde | Kunde: En kunde kan kun ændre adgangskoden til sin konto. Manager: En manager kan kun ændre adgangskoden til sin konto. Han kan ikke ændre adgangskoder til sine kunder | 1 |
| 6. | Ny kunde | Manager | Manager: En manager kan tilføje en ny kunde. Manager: En manager kan redigere detaljer som adresse, e-mail, telefon til en kunde. | 3 |
| 7. | Ny konto | Manager | I øjeblikket leverer systemet to typer konti
| 5 |
| 8. | Rediger konto | Manager | Manager: En manager kan tilføje en redigeringsoplysninger for en eksisterende konto | 1 |
| 9. | Slet konto | Manager | Manager: En manager kan tilføje en slette en konto til en kunde. | 1 |
| 10. | Slet kunde | Manager | En kunde kan kun slettes, hvis han / hun ikke har nogen aktiv nuværende eller gemmer konti Manager: En manager kan slette en kunde. | 1 |
| 11. | Depositum | Manager | Manager: En manager kan indbetale penge til enhver konto. Normalt når kontanter deponeres i en bankkontor. | 3 |
| 12. | Tilbagetrækning | Manager | Manager: En manager kan trække penge fra enhver konto. Gøres normalt, når kontanter trækkes i en bankfilial. | 3 |
TRIN B) Anslå varighed for opgaven
Efter at have klassificeret kompleksiteten af funktionspunkterne, skal du estimere varigheden for at teste dem. Varighed betyder, hvor meget tid der er nødvendigt for at afslutte opgaven.
- Total indsats : Indsatsen for at teste alle funktionerne på hjemmesiden fuldstændigt
- Samlede funktionspoint : Samlede moduler på hjemmesiden
- Estimeret defineret pr. Funktionspoint : Den gennemsnitlige indsats for at gennemføre et funktionspoint. Denne værdi afhænger af produktiviteten hos det medlem, der tager ansvaret for denne opgave.
Antag at dit projektteam har estimeret defineret pr. Funktionspoint på 5 timer / point . Du kan estimere den samlede indsats for at teste alle funktionerne på hjemmesiden Guru99 Bank som følger:
| Vægtning | Antal funktionspoint | Total | |
|---|---|---|---|
| Kompleks | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Enkel | 1 | 4 | 4 |
| Funktion i alt point | 34 | ||
| Estimat definer pr. Punkt | 5 | ||
| Samlet anslået indsats (personens timer) | 170 | ||
Så den samlede indsats for at gennemføre opgaven "Opret testspecifikationen" for Guru99 Bank er omkring 170 mandetimer
Når du har forstået den krævede indsats, kan du tildele ressourcer til at bestemme, hvor lang tid opgaven tager (varighed), og derefter kan du estimere arbejdsomkostninger og ikke-arbejdsomkostninger.
Ovenstående eksempel viser også vigtigheden af medlemmet i dit team. Hvis du har talentfulde og erfarne medlemmer, kan du afslutte den tildelte opgave på kort tid, og dit projekt afsluttes ved deadline eller hurtigere.
TRIN C) Anslå omkostningerne til opgaverne
Dette trin hjælper dig med at besvare det sidste spørgsmål fra kunden " Hvor meget koster det?"
Antag, at din holdløn i gennemsnit er $ 5 pr. Time. Den nødvendige tid til "Opret testspecifikationer" er 170 timer. Derfor er omkostningerne til opgaven 5 * 170 = $ 850. Nu kan du beregne budget for andre aktiviteter i WBS og nå frem til det samlede budget for projektet.
Som projektleder skal du beslutte, hvordan du får mest muligt udbytte af din virksomheds investering. Jo mere præcist dit skøn over projektomkostningerne er, desto bedre er du i stand til at styre dit projekts budget.
METODE 2) Trepunktsestimering
Tre-punkts estimering er en af de teknikker, der kan bruges til at estimere en opgave. Enkelheden i trepunktsestimationen gør det til et meget nyttigt værktøj for en projektleder, der ønsker at estimere.
I tre-punktsestimering produceres der oprindeligt tre værdier for hver opgave baseret på tidligere erfaring eller bedste gæt som følger
Ved estimering af en opgave skal Test Manager angive tre værdier som angivet ovenfor. De tre identificerede værdier estimerer, hvad der sker i en optimal tilstand , hvad der er mest sandsynligt , eller hvad vi tror, det ville være det værste tilfælde .
Lad os se, hvordan man bruger ovenstående tre værdier i det følgende eksempel
Kan du estimere testindsatsen til opgaven “ Opret testspecifikation ”? Husk, at du skal dække alle modulerne på Guru99 Banks websted, som det er gjort i Function Point Method
Du kan estimere som følger
- Det bedste tilfælde at gennemføre denne opgave er 120 mandetimer (ca. 15 dage). I dette tilfælde har du et talentfuldt team, de kan afslutte opgaven på den mindste tid.
- Det mest sandsynlige tilfælde til at gennemføre denne opgave er 170 mandetimer (ca. 21 dage). Dette er en normal sag, du har tilstrækkelig ressource og evne til at fuldføre opgaven
- Det værste tilfælde for at gennemføre denne opgave er 200 mandetimer (ca. 25 dage). Du skal udføre meget mere arbejde, fordi dine teammedlemmer ikke er erfarne.
Nu tildeler værdien til hver parameter som nedenfor
Indsatsen for at udføre opgaven kan beregnes ved hjælp af den dobbelte trekantede fordelingsformel som følger-
I ovenstående formel er parameter E kendt som Vægtet gennemsnit. Det er estimeringen af opgaven "Opret testspecifikation".
Men din chef kan spørge dig
I ovenstående estimering bestemmer du bare en mulig og ikke en bestemt værdi, vi skal vide om sandsynligheden for , at estimatet er korrekt. Du kan bruge den anden formel:
I ovenstående formel, SD betyder standardafvigelse, kan denne værdi give dig oplysninger om sandsynligheden for , at estimatet er korrekt.
Nu kan du afslutte estimatet for opgaven "Opret testspecifikation"
For at fuldføre opgaven "Opret testspecifikation" på Guru99 Banks websted skal du bruge 166,6 ± 13,33 mandtime (153,33 til 179,99 man-time)
Trin 4) Bekræft estimeringen
Når du har oprettet et samlet skøn for alle de opgaver, der er nævnt i WBS, skal du videresende det til direktionen , som gennemgår og godkender det.
Medlem af bestyrelsen kan bestå af administrerende direktør, projektleder og andre interessenter.
Bestyrelsen gennemgår og diskuterer din estimeringsplan med dig. Du kan forklare dem dit skøn logisk og med rimelighed, så de kan godkende din skønplan.
Test praksis bedste praksis
Dette emne introducerer generelle tip til, hvordan man estimerer testnøjagtigheden.
- Tilføj lidt buffertid: Mange uforudsigelige ting kan ske med dit projekt, som f.eks. At et talentfuldt teammedlem afslutter sit job pludselig, det tager mere tid end estimeret at afslutte sit arbejde ... osv. Det er derfor, du har brug for at inkludere en buffer i dit skøn. At have en buffer i estimeringen gør det muligt at klare eventuelle forsinkelser, der måtte opstå.
- Kontoressourceplanlægning i estimering: Hvad skal du gøre, hvis nogle medlemmer i dit team tager lange forlader? Det kan forsinke projektet. Ressourceplanlægning i estimering spiller en nøglerolle. Tilgængeligheden af ressourcer hjælper med at sikre, at estimaterne er realistiske. Her skal du overveje bladene til dit teammedlem, generelt lange blade.
- Brug den tidligere erfaring som reference: Erfaringer fra tidligere projekter spiller en vigtig rolle under udarbejdelsen af tidsestimaterne. Fordi nogle projekter kan være nogle ligheder, kan du genbruge det tidligere skøn. For eksempel, hvis du bruger til at lave et projekt som at teste et websted, kan du lære af denne erfaring, forsøge at undgå alle de vanskeligheder eller problemer, der stod over for i tidligere projekter.
- Hold dig til dit skøn: Skøn er kun skøn, fordi det kan gå galt . I tidlige stadier af projektet skal du ofte kontrollere testestimaterne igen og foretage ændringer, hvis det er nødvendigt. Vi bør ikke udvide estimatet, når vi har rettet det, medmindre der er store ændringer i kravet, eller hvis du er nødt til at forhandle med kunden om genoverslaget
Skabelon til estimering af softwaretest
Download software-testestimering Excel (.xlsx)
Andre teknikker
Wideband Delphi-teknik, brug - case point-metode, procentspredning, ad-hoc-metode er andre estimeringsteknikker inden for softwareteknik.
Klik her, hvis videoen ikke er tilgængelig
Videoudskrift- Lad os lave en øvelse - til ansøgningen om flyreservation udarbejder en arbejdsopdelingsstruktur af
- forskellige testopgaver som - Tjek loginfunktionalitet, Tjek ny ordrefunktion, Tjek faxfunktionalitet og anden lignende funktionalitet og estimer den nødvendige indsats for at teste disse funktioner
- For eksempel kan login-funktionalitet testes om 2 timer. Udarbejd ligeledes en liste over alle opgaver og tilsvarende indsats. Stop træningsstudiet midlertidigt, og afslut øvelsen. Jeg håber, du lavede et veluddannet gæt om den krævede indsats
- Dette er en bottom-up-strategi til testestimering. Teknikken kaldes bottom-up, da du på baggrund af de opgaver, der er på det laveste niveau i arbejdsopdelingshierarkiet, estimerer varigheden, afhængighederne og ressourcerne.
- I bottom-up-strategien tages estimater ikke af en enkelt person, men alle interessenter, individuelle bidragsydere, eksperter og erfarne medarbejdere samlet. Ideen er at trække på teammedlemmernes samarbejdsvished for at nå frem til nøjagtige testestimater
- Nu da du har betydelig erfaring med flyreservationssystemet. Brug denne erfaring til at estimere den krævede indsats for fuld funktionstest af hjemmesiden. - http://newtours.demoaut.com/
- Dette websted er funktionelt identisk med Flight Reservation Application, bare at det er webbaseret. Sæt vejledningen på pause, og gør øvelsen nu
- Jeg håber, at du på baggrund af din erfaring har lavet et godt skøn over den krævede indsats for at teste hjemmesiden
- Dette er Top - Down tilgang til estimering, der er baseret på erfaring.
- En anden teknik er at klassificere projekt baseret på deres størrelse og kompleksitet og derefter se, hvor lang tid et projekt af en bestemt størrelse og kompleksitet har taget i fortiden.
- En anden tilgang er at bestemme gennemsnitlig indsats pr. Testtilfælde tidligere for lignende projekter og derefter bruge anslåede testtilfælde for det aktuelle projekt og nå frem til en samlet indsats
- Mere sofistikerede estimeringsmodeller involverer komplekse matematiske modeller. I praksis bruger de fleste projekter top-down-tilgang til estimering.
- Testestimater kan påvirkes af mange faktorer som tidspres, personfaktorer, geografisk fordeling af testteamet og så videre