forskellige typer Estimeringsteknikker i Programmelprøvning
estimering af Programmeltest er en vigtig styringsoperation, der bruges til at bestemme en omtrentlig tidsramme, der kræves for at starte og afslutte enhver proces i et kontrolleret miljø.
det er afgørende for enhver projektplanlægning at ikke gå forbi tidsfristerne, sætte budgetter og tilgængelige ressourcer. En af de mest nyttige opgaver her er at kontrollere ressourcerne i lyset af en indsats, der skal bruges på testen.
ingeniører hos UTOR udnytter ofte forskellige typer estimeringsteknikker under test af programmer. Disse metoder er blevet bekræftet som effektive af vores kunder. Derfor vil vi gennemgå dem og afsløre deres specifikke fordele og ulemper, så du bliver informeret om, hvordan du bedst implementerer dem.
Hvad er estimering af Programmelprøvning?
estimering af Programmeltest er en proces til måling og styring af varighed og handlinger, der kræves for at køre en komplet test på programmet.
tid og kræfter er betydeligt enkel at beregne for små opgaver. Til større projekter. effektive strategier skal være på plads, så der ikke begås fejl. Hvis de undervurderes eller overvurderes, bliver testressourcer til sådanne projekter enten utilstrækkelige eller misbruges helt.
Hvordan Vurderer Teams Ressourcer Til Test Af Programmer?
før testen påbegyndes, er der to meget afgørende usikkerheder, som alt afhænger af og skal stryges ud mellem testeren og klienten. Disse omfatter;
- Hvad er den samlede anslåede varighed af den fulde procedure?
- Hvad er den samlede anslåede procedure omkostninger i form af penge og ressourcer?
Hvad er estimeret?
tid, ressourcer, omkostninger og menneskelige færdigheder bestemmes typisk under test estimering.
tid
en holdindsats effektivitet er normalt bedømt af evnen til at levere inden for en fastsat tidsramme, på eller før deadline.
efter at have kontrolleret den krævede standardvarighed for hvert afsnit af det aktuelle projekt, udvikler projektlederne et middel til at holde til at planlægge hvert projekt.
han sikrer, at alt leveres til tiden. Af denne grund er tidsestimering en af de væsentlige faktorer i opbygningen af et opretstående ry blandt kunder og har et stort antal loyale kunder.
ressourcer
før et projekt kan påbegyndes, er det obligatorisk at kontrollere de tilgængelige ressourcer, dem, der skal medtages, og anbefalede erstatninger, hvis nogle ikke er let tilgængelige. Uden at kontrollere dette er det højst sandsynligt, at projekter ikke vil være færdige inden deadline.
omkostninger
under forberedelsen til enhver testproces skal det anslåede budget tages fuldt ud i betragtning på alle fronter (både finansielt og ikke-finansielt).
de samlede omkostninger skal tages i betragtning for at notere mulige udgifter og sikre, at projektet forbliver inden for kundens fastsatte budget, og arbejde på det, hvis det ikke er op til.
de nævnte felter er alle relaterede og indbyrdes afhængige af sig selv. Den varighed, det vil tage, afhænger også af de tilgængelige værktøjer og det givne budget.
over tid er proceduren involveret i estimering af programmeltest udført med forskellige processer ved hjælp af forskellige metoder og værktøjer, der er avanceret med tiden af samme grund.
integrationen og arbejdet med disse teknikker har også gjort gennemsnitsproceduren meget lettere.
typer af Estimeringsteknikker
der er mange estimater og gennemsnitsteknikker generelt, men vi vil kun se på nogle få populære ud af denne artikels parti.
programevaluerings – og gennemgangsteknik (PERT)
i denne teknik opdeles opgaverne i 3 underkategorier for bedre at fastslå den tid, der skal tages til færdiggørelse, nemlig;
det optimistiske Scenario-O; i dette tilfælde antages varigheden, monetære og ressourceudgifter vedrørende projektet at være i deres højeste optimale niveauer. Det betyder, at individuelle medlemmer af KVALITETSSIKRINGSTEAMET arbejder på deres allerbedste kollektivt, holder sig til tiden uden pres, uforudsigelig begivenhed eller behovet for at revidere det udførte arbejde og stadig levere godt arbejde også.
det mest sandsynlige Scenario – M; her overvejes alle ting; med det velkendte arbejdsscenarie og i betragtning af negative og positive muligheder i tankerne estimeres emner, hvordan det mest sandsynligt vil ske.
det pessimistiske Scenario – P; dette overvejer det mest negative scenario, der kunne være. Gennemsnittet vil være afhængig af den antagelse, at der utvivlsomt vil være et negativt resultat, der skal behandles i hver enkelt fase af hele testen.
fordele ved PERT
- brug af denne teknik betyder, at holdet arbejder med et skøn, der kontrollerer alle mulige dødsfald og belønninger på alle fronter.
- hold kan komme med en evaluering temmelig tæt på virkeligheden.
- det forbereder organisationerne til ethvert muligt resultat af byggetesten, når de beregner hvert tænkeligt scenario og forbereder sig tilstrækkeligt til at bremse det om nødvendigt.
ulemper ved PERT
- når man står over for et større antal testprojekter, bruger denne form for estimat meget mere tid til at gennemgå.
- der er stor sandsynlighed for, at der opstår unøjagtige beregninger.
- de værdier, der bruges her, er aldrig konstante og kunne mødes med mange fejl, da det kun er et skøn.
UCP (UCP)
når nogen eller noget bruger og kommunikerer med den pågældende applikation, identificeres enheden som en aktør. Den nævnte enhed er hovedsageligt dokumenteret i de ujusterbare Brugsvægte, som påvirker processens kapacitet.
enhver kommunikation imellem vil sikre alles engagement fra aktionærer til enkeltpersoner i KVALITETSSIKRINGSTEAMET gennem de forskellige sekvenser og definerede mål.
Over ti forskellige agenter påvirker, hvor kompliceret et projekts tekniske karakter er, og omkring otte tager en kompleks vejafgift på det miljømæssigt. Dette er i overensstemmelse med resultaterne af Gustav Karner.
denne estimeringsmetode hænger sammen med beregning af flere varianter fra de såkaldte skuespillere, user case-vægte og punkter, der påvirker processen, tekniskheden og andre faktorer.
for det første skal de for at påbegynde denne proces krydstjekke deres respektive forviklinger og påvirke processen. Derefter foretages yderligere gennemsnit ved at anvende deres formler til beregning.
efter kontrol af projektets størrelse bestemmer de involverede den tid, der kræves, før den samlede afslutning af processen. To vigtige måder at forhindre dette på er;
brug af Karners metode og betragter hver testsag som forbrugende 20 personaletimer.
brug af virksomhedens rekordtid til projektafslutning, under alle omstændigheder, til at beregne statistiske gennemsnit og gætte varigheden for det aktuelle projekt.
UCP= ikke-justerbar UCP * teknisk Kompleksitetsfaktor * miljøpåvirkningsfaktor.
Pros of UCP
- hvis du har brug for at arbejde på forhånd og planlægge måde i forvejen, så er denne estimeringsmetode sandsynligvis bedre, da den er gjort i de indledende faser og hjælper med beskæring og godkendelse af budgetstørrelser.
- ved hjælp af nogle specielle styringsværktøjer er automatisk beregning af estimater mulig, hvilket sparer meget tid for vurderingsteamet og letter jobbet.
ulemper ved UCP:
- hvis projektkravene ikke er angivet i Brugersagspunkter, gør det det umuligt at bruge denne teknik, og KVALITETSSIKRINGSTEAMET bliver nødt til at kilde til en anden metode.
- når UCP ‘ erne er givet, og de ikke er nøjagtige eller eksplicitte nok, vil det højst sandsynligt ende negativt med estimater langt fra virkelige, da denne metode afhænger af ikke bare at give case points, men at give klare case points.
arbejdsopdelingsstruktur
her udføres teknikken til estimering af værdier ved at dividere den primære proces i forskellige underkategorier. En forudsigelig beregning af den gennemsnitlige varighed på hvert trin starter gradvist med et groft arbejde på de enklere af partiet og derefter gradueres i både vanskeligheder og korrekthed.
efter den indledende proces skal du vælge den højest mulige værdi, du ankom til, og tilføje dem og få den ultimative værdi ved at estimere den indsats og tid, der kræves for hver opgave.
fordele af VBS
- en åbenbar fordel ved denne metode er, at det gør det lettere at få øje på hvert minut og nødvendige detaljer, mens man deler arbejdet i mindre bits. Det betyder, at arbejdet er udført
- det er altid grundigt og gennemsigtigt, da konklusionerne er tabuleret til samme formål og lettere sporing.
ulemper:
- denne art kræver normalt gnide sind og teammedlemmer og interessenter til at trykke fra deres eksterne erfaring.
- ændringer i SPECIFIKATIONER og kundebehov kan føre til forældede og har brug for holdet til at undersøge det og revurdere helt.
Delphi-metoden
Delphi-metoden er ret populær blandt testhold globalt. Data fra frivillige deltagere samles og undersøges nøje flere og, i ingen særlig rækkefølge, nå frem til en aftalt konklusion.
hver fase af undersøgelsen medfører ny eller forbedret datafeedback, hvilket kun tilføjer de endelige funds forfining med meget fortjent tillid.
normalt består et team af højst ti personer, der mødes for at diskutere projektets kritiske funktioner, der er ved at gå i gang og give deres mening om projektets mulige varighed.
efterfølgende mødes holdet igen, og denne gang deles udtalelserne fra første date. Dette giver medlemmerne en anden indfaldsvinkel på projektet. Men synspunkterne er ikke mærket til deres suggesters.
når teammedlemmerne er igennem denne fase, vil de have en anden enstemmig diskussion, og samling af meninger bringer den nye opfattelsesvinkel i betragtning.
dette fortsætter, indtil alle er enige om den samme side. Selvom den sædvanlige måde at gøre Delphi-metoden på, kan denne formular justeres, så den passer til dens behov og evner.
fordele ved DELPHI
- fordi ingen unikke formler eller udstyr er nødvendige her, er det det nemmeste af partiet for ethvert hold at gennemgå, alt hvad der er nødvendigt er klientspecifikationerne og god at gå.
- estimeringen er ret tæt på nøjagtigheden, da mange professionelle synspunkter overvejes i Møde-og ideedelingsprocessen.
ulemper ved DELPHI
- så let som det kan være at gennemgå, kan det tage meget produktiv tid, fordi oftere end ikke.
- det er udfordrende at komme med et omfattende skøn efter det første parti møder og dele meninger, så det tager normalt nogle få.
- selv efter at have brugt så meget tid, kan resultaterne ikke genbruges. Så for hvert enkelt projekt, der skal køres, startes processen på ny med de nye krav.
for at opsummere
dette blogindlæg gennemgik fire typer estimeringsteknikker i programmelprøvning og hvor effektive de er i planlægningen af et rimeligt testbudget.
kan du med sikkerhed sige den rigtige tilgang til outsourcing af dine projekter til KVALITETSSIKRINGSVIRKSOMHEDER?
her er en artikel om, hvordan du vælger den bedste tilgang til outsourcing af kvalitetssikring.
fortæl os, hvilken af disse test estimeringstaktikker du ville implementere, og hvad var din indsigt?