olika typer av Uppskattningstekniker i programvarutestning
uppskattning av programvarutestning är en viktig hanteringsoperation som används för att bestämma en ungefärlig tidsram som krävs för att starta och avsluta alla processer i en kontrollerad miljö.
det är avgörande för varje projektplanering att inte gå förbi tidsgränserna, sätta budgetar och tillgängliga resurser. En av de mest användbara uppgifterna här är att kontrollera resurserna mot bakgrund av ett försök att användas på testet.
ingenjörer på UTOR utnyttjar ofta olika typer av uppskattningstekniker under mjukvarutestning. Dessa metoder har bekräftats som effektiva av våra kunder. Därför kommer vi att gå över dem och avslöja deras specifika fördelar och nackdelar så att du blir informerad om hur du bäst implementerar dem.
Vad är Software Testing Estimation?
Software test estimation är en process för att mäta och hantera varaktighet och åtgärder som krävs för att köra ett komplett test på programvaran.
tid och ansträngning är betydligt enkelt att beräkna för småskaliga uppdrag. Men för större projekt. effektiva strategier måste finnas på plats så att inga misstag görs. Om de underskattas eller överskattas blir testresurser för sådana projekt antingen otillräckliga eller missbrukade helt.
Hur Uppskattar Team Resurser För Testning Av Programvara?
innan testet påbörjas finns det två mycket viktiga osäkerheter som allt beror på och måste strykas ut mellan testaren och klienten. Dessa inkluderar;
- vad är den totala beräknade varaktigheten för hela förfarandet?
- Vad är den totala beräknade procedurkostnaden när det gäller pengar och resurser?
vad beräknas?
tid, resurser, kostnad och mänskliga färdigheter bestäms vanligtvis vid testberäkning.
tid
en lagansträngnings effektivitet bedöms vanligtvis av förmågan att leverera inom en bestämd tidsram, på eller före tidsfristen.
efter att ha kontrollerat den standard som krävs för varje del av projektet, utvecklar projektledarna ett sätt att hålla för att schemalägga varje projekt.
han ser till att allt levereras i tid. Av denna anledning är Tidsuppskattning en av de viktigaste faktorerna för att bygga ett uppstående rykte bland kunderna och ha ett stort antal lojala kunder.
resurser
innan något projekt kan påbörjas är det obligatoriskt att kontrollera tillgängliga resurser, de som bör inkluderas och rekommenderade ersättare om vissa inte är tillgängliga. Utan att kontrollera detta är det troligt att projekt inte kommer att slutföras före tidsfristen.
kostnad
under förberedelserna för varje testprocess måste den beräknade budgeten beaktas fullt ut på alla fronter (både finansiella och icke-finansiella).
den totala kostnaden måste beaktas för att notera eventuella utgifter och se till att projektet håller sig inom kundens fastställda budget och arbetar med det om det inte är upp till.
de nämnda fälten är alla relaterade och beroende av varandra. Varaktigheten som det kommer att ta beror också på tillgängliga verktyg och given budget.
med tiden har proceduren involverad i uppskattning av programvarutest gjorts med olika processer, med olika metoder och verktyg som har avancerat med tiden av samma anledning.
integrationen och arbetet med dessa tekniker har också gjort medelvärdet mycket enklare.
typer av programvara testning uppskattning tekniker
det finns många uppskattningar och medelvärdes tekniker i allmänhet, men vi kommer bara att titta på några populära av denna artikel parti.
Programutvärderings – och granskningsteknik (PERT)
i denna teknik delas uppgifterna upp i 3 underkategorier för att bättre fastställa den tid som ska tas för slutförande, nämligen;
det optimistiska scenariot-O; i detta fall antas varaktighet, monetära och resurskostnader för projektet vara i sina högsta optimala nivåer. Det innebär att enskilda medlemmar i QA-teamet arbetar på sitt allra bästa kollektivt, håller sig i tid, utan tryck, oförutsägbar händelse eller behovet av att se över jobbet och fortfarande leverera bra arbete också.
det mest troliga scenariot-M; här beaktas alla saker; med det välbekanta arbetsscenariot och med tanke på negativa och positiva möjligheter i åtanke beräknas objekt hur det mest sannolikt kommer att hända.
det pessimistiska scenariot-P; detta överväger det mest negativa scenariot som kan vara. Medelvärdet kommer att hängas på antagandet att det utan tvekan kommer att bli ett negativt resultat som ska hanteras vid varje enskild fas av hela testningen.
fördelar med PERT
- att använda denna teknik innebär att laget arbetar med en uppskattning som kontrollerar alla möjliga dödsfall och belöningar på alla fronter.
- lag kan komma med en utvärdering ganska nära verkligheten.
- det förbereder organisationerna för eventuella resultat av byggtestet när de beräknar varje tänkbart scenario och förbereder sig tillräckligt för att begränsa det om det behövs.
nackdelar med PERT
- när man står inför en större mängd testprojekt, använder denna form av uppskattning mycket mer tid att genomgå.
- det finns en stor sannolikhet för att felaktiga beräkningar uppstår.
- värdena som används här är aldrig konstanta och kan mötas med många fel eftersom det bara är en uppskattning trots allt.
user Case Point (UCP)
när någon eller något använder och kommunicerar med applikationen i fråga identifieras enheten som en aktör. Den nämnda enheten är huvudsakligen dokumenterad i de ojusterbara Användningsfallvikterna, som påverkar processens kapacitet.
all kommunikation däremellan kommer att skydda allas engagemang från aktieägare till individer i QA-teamet genom de olika sekvenserna och definierade målen.
över tio olika agenter påverkar hur komplicerat ett projekts teknikalitet är, och cirka åtta tar en komplex vägtull på det miljömässigt. Detta stämmer överens med Gustav Karners resultat.
denna uppskattningsmetod hänger på att beräkna flera varianter från de så kallade aktörerna, användarfallvikter och punkter som påverkar processen, teknikaliteten och andra faktorer.
för det första, för att påbörja denna process, måste de dubbelkontrollera sina respektive invecklingar och påverka processen. Därefter görs ytterligare medelvärde genom att tillämpa sina formler för beräkning.
efter att ha kontrollerat projektets storlek bestämmer de inblandade hur lång tid som krävs innan processen slutförs. Två viktiga sätt att förebygga detta är;
använda Karners metod och överväga varje testfall som konsumerar 20 personaltimmar.
använda företagets rekordtid för projektets slutförande, i vilket fall som helst, för att beräkna statistiska medelvärden och gissa varaktigheten för det aktuella projektet.
UCP= Ojusterbar UCP x teknisk Komplexitetsfaktor x miljöpåverkande faktor.
fördelar med UCP
- om du behöver arbeta i förväg och planera långt före tid, är denna uppskattningsmetod förmodligen bättre eftersom den görs i de inledande stadierna och hjälper till att beskära och godkänna budgetstorlekar.
- med hjälp av några speciella hanteringsverktyg är automatisk beräkning av uppskattningar möjlig, vilket sparar mycket tid för bedömningsgruppen och underlättar jobbet.
nackdelar med UCP:
- om projektkraven inte anges i Användarfallspunkter gör det det omöjligt att använda den här tekniken, och QA-teamet måste källa för en annan metod.
- när UCP: erna ges, och de är inte korrekta eller explicita nog, är det troligt att det slutar negativt med uppskattningar långt ifrån verkliga, eftersom den här metoden beror på att inte bara ge fallpunkter men ger tydliga fallpunkter.
Work Breakdown Structure (WBS)
här görs tekniken för att uppskatta värden genom att dividera primärprocessen i olika underkategorier. En prediktiv beräkning av den genomsnittliga varaktigheten på varje steg börjar gradvis med ett grovt arbete på de enklare av partiet, sedan examen i både svårighet och korrekthetsnivå.
efter den inledande processen väljer du det högsta möjliga värdet som du kom fram till och lägger till dem och får det ultimata värdet, uppskattar den ansträngning och tid som krävs för varje uppgift.
fördelar med WBS
- en uppenbar fördel med denna metod är att det gör det lättare att upptäcka varje minut och nödvändig detalj medan man delar arbetet i mindre bitar. Detta innebär att arbetet är gjort
- det är alltid noggrant och öppet, eftersom slutsatserna är tabellerade för samma ändamål och Enklare spårning.
nackdelar med WBS:
- denna natur kräver vanligtvis att gnugga sinnen och teammedlemmar och intressenter för att utnyttja sin externa erfarenhet.
- ändringar i specifikationer och kundbehov kan leda till föråldrade och behöver laget att undersöka det och omvärdera helt.
Delphi-metoden
Delphi-metoden är ganska populär bland testteam globalt. Uppgifter från frivilliga deltagare sammanställs och granskas noggrant flera och, i ingen särskild ordning, kommer fram till en överenskommen slutsats.
varje undersökningsfas ger ny eller förbättrad dataåterkoppling, vilket bara bidrar till de slutliga resultaten förfining med mycket förtjänt förtroende.
vanligtvis består ett team av högst tio personer som träffas för att Diskutera projektets kritiska funktioner som ska inledas och ge sina åsikter om projektets möjliga varaktighet.
därefter möts laget igen, och den här gången delas åsikterna från det första datumet. Detta ger medlemmarna en annan vinkel på projektet. Men åsikterna är inte taggade till deras suggesters.
när teammedlemmarna är genom denna fas kommer de att ha en annan enhällig diskussion, och sammanställning av åsikter tar hänsyn till den nya uppfattningsvinkeln.
detta kommer att fortsätta tills alla är överens om samma sida. Även om det vanliga sättet att göra Delphi-metoden kan denna form justeras för att passa dess behov och kapacitet.
fördelar med DELPHI
- eftersom inga unika formler eller utrustning är nödvändiga här är det det enklaste av partiet för något lag att genomgå, allt som behövs är klientspecifikationerna och bra att gå.
- uppskattningen är en ganska nära passform till noggrannhet eftersom många professionella synpunkter beaktas i Mötes-och idealdelningsprocessen.
nackdelar med DELPHI
- så enkelt som det kan vara att genomgå, det kan ta mycket produktiv tid eftersom oftare än inte.
- det är utmanande att komma med en omfattande uppskattning efter den första omgången av möten och dela åsikter, så det tar vanligtvis några.
- även efter att ha konsumerat så mycket tid kan resultaten inte återvinnas. Så för varje enskilt projekt som ska köras startas processen på nytt med de nya kraven.
för att sammanfatta
detta blogginlägg granskade fyra typer av uppskattningstekniker i programvarutestning och hur effektiva de är för att planera en rimlig testbudget.
efter framgångsrik uppskattning kan du säkert säga rätt sätt att outsourca dina projekt till QA-företag?
här är en artikel om hur man väljer den bästa metoden för QA outsourcing.
berätta för oss vilken av dessa testberäkningstaktiker du skulle implementera, och vad var din insikt?