Teknikker til vurdering af softwaretest
Thomas Hamilton
Hvad er Software Test Estimation?
Test Estimation er en ledelsesaktivitet, der tilnærmer hvor længe en opgave ville tage at fuldføre. Estimering af indsats for testen er en af de større og vigtigt opgaver i Test Management.
Hvorfor testvurdering?
To spørgsmål, du kan forvente af dine kunder, når du diskuterer potentielle test-engagementer
For små projekter er disse spørgsmål relativt nemme at besvare. Men til det store projekt som Test Guru99 Banks hjemmeside, skal du tænke hårdt for at besvare disse spørgsmål.
Hvad skal estimeres?
- Ressourcer: Der kræves ressourcer til udføre eventuelle projektopgaver. De kan være mennesker, udstyr, faciliteter, finansiering eller noget 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 deadline til levering.
- Menneskelige færdigheder: Menneskelige færdigheder betyder viden og erfaring af teammedlemmerne. De påvirker efter din vurdering. For eksempel vil et team, hvis medlemmer har lave testfærdigheder, bruge mere tid på at afslutte projektet end det, der har høje testfærdigheder.
- Omkostninger: Omkostningerne er projektet budget. Generelt betyder det hvor meget penge det kræver at afslutte projektet.
Hvordan estimerer man?
Liste over teknikker til vurdering af softwaretest
- Work Breakdown Structure
- 3-punkts softwaretestvurderingsteknik
- Bredbånd Delphi teknik
- Funktionspunkt/testpunktsanalyse
- Brug – Case Point-metode
- Procentvis fordeling
- Ad hoc metode
Følgende er 4-trins-processen for at nå frem til et skøn
Du vil lære, hvordan du kombinerer disse teknikker for at finde estimatet for Guru99 Bank-casestudie.
Trin 1) Opdel hele projektopgaven i delopgaver
Opgave er et stykke arbejde, som er blevet givet til nogen. For at gøre dette kan du bruge Work Breakdown Structure teknik.
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 dele hele projektopgaven op i 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 delopgave. Formålet med denne aktivitet er oprette opgave som detaljeret as mulig.
| Opgaver | Underopgave |
|---|---|
| Analyser softwarekravspecifikation | Undersøg de bløde kravspecifikationer |
| Interview med udvikleren og andre interessenter for at vide mere om hjemmesiden | |
| Opret testspecifikationen | Design testscenarier |
| Opret testcases | |
| Revse og revidere testcases | |
| Udfør testsagerne | Byg testmiljøet op |
| Udfør testsagerne | |
| Revse resultater af testudførelse | |
| Rapportér manglerne | |
| Opret Defekt rapporter | |
| Rapportér manglerne |
Trin 2) Tildel hver opgave til et teammedlem
I dette trin er hver opgave tildelt til passende medlem af projektgruppen. Du kan tildele opgave som følger
| Opgaver | Medlemmer |
|---|---|
| Analyser softwarekravspecifikation | Alle medlemmer |
| Opret testspecifikationen | Tester/Testanalytiker |
| Byg testmiljøet op | Test administrator |
| Udfør testsagerne | Tester, testadministrator |
| Rapporter mangler | tester |
Trin 3) Indsatsvurdering for opgaver
Der er 2 teknikker, som du kan anvende til at estimere indsatsen for opgaver
- Funktionel punktmetode
- Trepunktsvurdering
Metode 1) Funktionspunktsmetode
I denne metode estimerer testmanageren størrelse, varighed og pris for opgaverne
Trin A) Anslå størrelsen på opgaven
In Trin 1, har du allerede opdelt hele projektopgaven i en lille opgave ved at bruge WBS-metoden. Nu vurderer du størrelsen af disse opgaver. Lad os øve os med en bestemt opgave "Opret testspecifikationen"
Størrelsen af denne opgave afhænger af den funktionelle størrelse af systemet, der testes. Den funktionelle størrelse afspejler beløb funktionalitet, der er relevant for brugeren. Jo flere nummer af funktionalitet, jo mere komplekse system er.
Forud for påbegyndelse af faktisk estimering af opgaveindsats, er funktionelle punkter opdelt i tre grupper som f.eks Complex, Medium Enkel som følger:
Baseret på komplekset af softwarefunktioner skal testmanageren give nok vægtning til hvert funktionelt punkt. For eksempel
| gruppe | Vægtning |
|---|---|
| Complex | 5 |
| Medium | 3 |
| Simpelt | 1 |
Lad os tage en simpel eksempeløvelse for at blive klarere:
Tag et kig på softwarespecifikationen for webstedet Guru99 Bank link., softwareingeniøren har allerede beskrevet softwaremodulerne i detaljer, kan du bestemme kompleksitet af hjemmesidens funktioner ved at give vægten for hvert moduler?
Mere kompleks funktionspunktet, mere er indsatsen for at teste det. Hjemmesiden er opdelt i 12 funktion point, kan du bestemme kompleksitet af hver funktion punkter som følger-
| Nej. | Modul Navn | Gældende roller | Produktbeskrivelse | Vægtning |
|---|---|---|---|---|
| 1. | Balanceundersøgelse | Manager
Kunden |
Kunde: En kunde kan have flere bankkonti. Han kan kun se saldoen på sine konti
Manager: En leder kan se balancen for alle de kunder, der kommer under hans opsyn |
3 |
| 2. | Pengeoverførsel | Manager
Kunden |
Kunde: En kunde kan få overført penge fra sin "egen" konto til enhver destinationskonto.
Manager: En leder kan overføre penge fra enhver kildebankkonto til destinationskonto |
5 |
| 3. | Mini erklæring | Manager
Kunden |
Et miniudtog vil vise de sidste 5 transaktioner på en konto
Kunde: En kunde kan kun se mini-opgørelse af sine "egne" konti Manager: En administrator kan se minierklæring for enhver konto |
3 |
| 4. | Tilpasset erklæring | Manager
Kunden |
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 kun se tilpasset oversigt over sine "egne" konti Manager: En leder kan se tilpasset -erklæring for enhver konto |
5 |
| 5. | Skift adgangskode | Manager
Kunden |
Kunde: En kunde kan kun ændre adgangskoden til sin konto.
Manager: En leder kan kun ændre adgangskoden til sin konto. Han kan ikke ændre adgangskoder til sine kunder |
1 |
| 6. | Ny kunde | Manager | Manager: En leder kan tilføje en ny kunde.
Manager: En leder kan redigere detaljer som adresse, e-mail, telefon på en kunde. |
3 |
| 7. | Ny konto | Manager | Systemet giver i øjeblikket 2 typer konti
En kunde kan have flere opsparingskonti (en i hans navn, en anden i et fælles navn osv.). Han kan have flere løbende konti for forskellige virksomheder, han ejer. Eller han kan have flere løbende konti og opsparingskonti. Manager: En administrator kan tilføje en ny konto for en eksisterende kunde. |
5 |
| 8. | Rediger konto | Manager | Manager: En administrator kan tilføje en edit kontooplysninger for en eksisterende konto | 1 |
| 9. | Slet konto | Manager | Manager: En administrator kan tilføje en slette en konto for en kunde. | 1 |
| 10. | Slet kunde | Manager | En kunde kan kun slettes, hvis han/hun ikke har nogen aktive nuværende eller opsparingskonti
Manager: En leder kan slette en kunde. |
1 |
| 11. | Depositum | Manager | Manager: En leder kan indsætte penge på enhver konto. Gøres normalt, når kontanter indsættes i en bankfilial. | 3 |
| 12. | Tilbagetrækning | Manager | Manager: En leder kan hæve penge fra enhver konto. Gøres normalt, når der hæves kontanter i en bankfilial. | 3 |
TRIN B) Estimer varigheden af opgaven
Efter at have klassificeret kompleksitet af funktionspunkterne skal du estimere varighed at teste dem. Varighed betyder hvor meget der skal tid til at afslutte opgaven.
- Total indsats: Bestræbelserne på at teste alle funktionerne på hjemmesiden fuldstændigt
- Samlede funktionspoint: Samlet antal moduler på hjemmesiden
- Estimat defineret pr. funktionspunkter: Den gennemsnitlige indsats for at fuldføre en funktion point. Denne værdi afhænger af produktivitet af det medlem, der skal varetage denne opgave.
Antag, at dit projektteam har estimeret definerede funktionspunkter på 5 timer/point. Du kan anslå den samlede indsats for at teste alle funktionerne på webstedet Guru99 Bank som følger:
| Vægtning | # af funktionspunkter | I alt | |
|---|---|---|---|
| Complex | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Simpelt | 1 | 4 | 4 |
| Funktion Totalpoint | 34 | ||
| Estimat definerer pr. punkt | 5 | ||
| Samlet estimeret indsats (person Hours) | 170 | ||
Så den samlede indsats for at fuldføre opgaven "Create the test specification" af Guru99 Bank er omkring 170 mandetimer
Når du forstår den indsats, der kræves, kan du tildele ressourcer til at bestemme, hvor lang tid opgaven vil tage (varighed), og derefter kan du estimere arbejds- og ikke-arbejdsomkostninger.
Ovenstående eksempel viser også vigtigheden af medlemmet i dit team. Hvis du har talentfuld og erfarne medlemmer, kan du afslutte den tildelte opgave i lille tid, og dit projekt afsluttes ved deadline eller tidligere.
TRIN C) Estimer omkostningerne for 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 i timen. Den nødvendige tid til opgaven "Opret testspecifikationer" er 170 timer. Derfor er prisen for opgaven 5*170= $850. Nu kan du beregne budget for andre aktiviteter i WBS og nå frem til et samlet budget for projektet.
Som projektleder skal du beslutte, hvordan du får de fleste vender tilbage til din virksomheds investering. Jo flere præcis dit estimat af projektomkostninger er bedre i stand til at styre dit projekts budget.
Metode 2) Trepunktsvurdering
Tre-punkts estimering er en af de teknikker, der kunne bruges til at estimere en opgave. Enkelheden af trepunkts-estimatet gør det til et meget nyttigt værktøj for en projektleder, der ønsker at estimere.
I tre-punkts estimering, tre værdier produceres i første omgang for hver opgave baseret på tidligere erfaring or bedste gæt som følger
Ved estimering af en opgave skal testmanageren angive tre værdier, som specificeret ovenfor. De tre identificerede værdier estimerer, hvad der sker i en optimal tilstand, hvad er højst sandsynlig, eller hvad vi tror, det ville være værste tilfælde scenarie.
Lad os se, hvordan du bruger de tre ovenstående værdier i det følgende eksempel
Til opgaven "Opret testspecifikationen”, kan du estimere testindsatsen? Husk at du skal dække alle modulerne på Guru99 Bank-webstedet som udført i Funktionspunkt metode
Du kan estimere som følgende
- bedste fald at fuldføre denne opgave er 120 mandetimer (omkring 15 dage). I dette tilfælde har du et talentfuldt team, de kan afslutte opgaven på mindst mulig tid.
- højst sandsynlig sag for at fuldføre denne opgave er 170 mandetimer (omkring 21 dage). Dette er et normalt tilfælde, du har nok ressourcer og evner til at fuldføre opgaven
- værste tilfælde at fuldføre denne opgave er 200 mandetimer (omkring 25 dage). Du skal udføre meget mere arbejde, fordi dine teammedlemmer ikke er erfarne.
Tildel nu værdien til hver parameter som nedenfor
Indsatsen for at fuldføre opgaven kan beregnes vha dobbelt-trekant fordeling formel som følger-
I ovenstående formel er parameter E kendt som Vægtet gennemsnit. Det er estimeringen af opgaven "Opret testspecifikationen".
Men din chef kan spørge dig
I ovenstående skøn bestemmer du blot en mulig og ikke en vis værdi, skal vi vide om sandsynlighed at vurderingen er korrekt. Du kan bruge den anden formel:
I ovenstående formel, SD betyder standardafvigelse, kan denne værdi give dig information om sandsynlighed at vurderingen er korrekt.
Nu kan du afslutte estimatet for opgaven "Opret testspecifikationen"
For at fuldføre opgaven "Opret testspecifikationen" på Guru99 Banks hjemmeside, skal du bruge 166.6 13.33 ± Man-time (153.33 til 179.99 man-time)
Trin 4) Valider estimatet
Når du har oprettet et samlet estimat for alle de opgaver, der er nævnt i WBS, skal du videresende det til bestyrelse, hvem vil gennemgå og Godkend den.
Medlemmet af bestyrelsen kan bestå af administrerende direktør, projektleder og andre interessenter.
Bestyrelsen vil gennemgå og diskutere din estimeringsplan med dig. Du kan forklare dem dit skøn logisk og rimelighed så de kan godkende din estimeringsplan.
Bedste praksis for testvurdering
Dette emne introducerer generelle tips til, hvordan man estimerer testnøjagtigheden.
Tilføj lidt buffertid:
Mange uforudsigelige ting kan ske med dit projekt, såsom at et talentfuldt teammedlem pludselig siger sit job op, testen tager længere tid end beregnet at gennemføre... osv. Derfor skal du inkludere en buffer i dit skøn. At have en buffer i estimatet gør det muligt at håndtere eventuelle forsinkelser, der måtte opstå.
Kontoressourceplanlægning i estimering
Hvad skal du gøre, hvis nogle medlemmer i dit team tager lange orlov? Det kan forsinke projektet. Ressourceplanlægning i estimering spiller en nøglerolle. Tilgængeligheden af ressourcer vil bidrage til at sikre, at estimaterne er realistiske. Her skal du overveje bladene til dit teammedlem, generelt lange blade.
Brug tidligere erfaringer som reference
Erfaringer fra tidligere projekter spiller en afgørende rolle under udarbejdelsen af tidsestimaterne. Fordi nogle projekter kan have en vis lighed, kan du genbruge den tidligere vurdering. For eksempel, hvis du plejer at lave et projekt som at teste et websted, kan du lære af den erfaring, prøve at undgå alle de vanskeligheder eller problemer, der blev mødt i tidligere projekter.
Hold dig til dit skøn
Estimat er blot skøn, fordi det kan gå Wrongs.I de tidlige stadier af projektet bør du ofte tjek testvurderingerne igen og foretag ændringer hvis det er nødvendigt. Vi bør ikke forlænge estimatet, efter at vi har rettet det, medmindre der er større ændringer i kravet, eller du skal forhandle med kunden om revurderingen
Software Test Estimation skabelon
Download Software Test Estimation Excel(.xlsx)
Andre teknikker
Wideband Delphi Technique, Use – Case Point Method, Procentfordeling, Ad-hoc metode er andre estimeringsteknikker inden for Software Engineering.
Video over softwaretestvurderingsteknikker
Klik link. hvis videoen ikke er tilgængelig
Videoudskrift
- Lad os lave en øvelse - for Ansøgning om flyreservation udarbejde en arbejdsopdelingsstruktur af
- forskellige testopgaver som – Tjek login-funktionalitet, tjek ny ordrefunktionalitet, tjek faxfunktionalitet og anden lignende funktionalitet og estimer den indsats, der kræves for at teste disse funktioner
- For eksempel kan login-funktionalitet testes på 2 timer. Udarbejd ligeledes en liste over alle opgaver og tilsvarende indsats. Sæt træningsvejledningen på pause, og fuldfør øvelsen. Jeg håber, du lavede et kvalificeret gæt om den indsats, der kræves
- Dette er Bottom-Up-strategi for testestimering. Teknikken kaldes bottom-up, da man ud fra de opgaver, som 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 bidragydere, eksperter og erfarne medarbejdere samlet. Ideen er at trække på teammedlemmernes samarbejdsmæssige visdom for at nå frem til nøjagtige testestimater
- Nu da du har stor erfaring med flyreservationssystemet. Brug denne erfaring til at vurdere den indsats, der kræves for fuld Funktionstest af hjemmesiden. – http://newtours.demoaut.com/
- Denne sides funktion er identisk med flyreservationsapplikationen, blot at den er webbaseret. Sæt selvstudiet på pause, og lav øvelsen nu
- Jeg håber, baseret på din erfaring, at du har lavet et godt skøn over den indsats, der kræves for at teste hjemmesiden
- Dette er top-down-metoden til estimering, som 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 tidligere.
- En anden tilgang er at bestemme Gennemsnitlig indsats pr Test sag tidligere for lignende projekter og derefter bruge estimerede testcases af det aktuelle projekt og nå frem til den samlede indsats
- Mere sofistikerede estimeringsmodeller involverer komplekse matematiske modeller. I praksis bruger de fleste af projekterne top-down tilgang til estimering.
- Testestimater kan blive påvirket af mange faktorer såsom tidspres, menneskelige faktorer, geografisk fordeling af testholdet og så videre
