Agil automatiseringstest
Agile Automation Testing i softwareudvikling er en tilgang til brug af testautomatisering i agile metoder. Formålet med agil automatiseringstest er at gøre softwareudviklingsprocessen mere effektiv og samtidig opretholde kvalitet og tid samt ressourceforbrug. Således kræver implementeringen af en sådan proces en masse koordination og samarbejde mellem teams.
I de sidste par år, lige siden den smidige metode kom om bord med dens grundlæggere, der råbte og villige til at fjerne den verdslige og besværlige virkelighed i den traditionelle vandfaldsmodel, kan virkningen af det samme også mærkes, når det kommer til automatiseringstest .
Automatisering i vandfald mod automatisering i smidig
Inden for den traditionelle proces med softwaretestning af livscyklus er automatiseringstest normalt muligt, når applikationen er stabil, stabil, og kravet involverer med en reel betydelig tid og i de fleste tilfælde involverer et sæt meget dygtige automatiseringsekspertressourcer samt en betydelig mængde opsætningsomkostninger. Det grundlæggende formål med Automation Testing er at reducere omkostningerne over lang tid og sikre, at der ikke er introduceret nye defekter som følge af eksisterende testsager.
Automatiseringstest af selve teknologiens art er ikke udforskende , da automatiseringstestens hovedrolle er at spare tid og reducere omkostninger. Automatiseringstest er ikke beregnet til at komme med nye og innovative defekter. Automatiseringstest sigter mod det meste at bekræfte det allerede eksisterende.
Sådan automatiseres i Agile Methodology
Nu taler agil metode efter sin definition om at fjerne arbejdskraftig og kedelig dokumentation, så nye og innovative ideer kunne implementeres, og folk kunne interagere frit med hinanden, så flere af disse innovative og udforskende ideer kunne implementeres.
Således kunne vi se en modsætning mellem de grundlæggende grundlæggende filosofier ved agile metoder og Automation Testing.
Grundlæggende point for agil testautomatisering
Så vi er nødt til at overveje visse grundlæggende punkter her, når det kommer til at evaluere brugen af smidige metoder med hensyn til automatiseringsmetoder og teknikker. Derfor er vi nødt til at overveje nogle grundlæggende punkter, som det tager tid for design og kodning, validering af de designede scripts med de eksisterende testdata og vedtagelsen af det samme til testning (hvad enten testene er funktionelle eller regressionsformål) Så den virkelige kendsgerning alle disse begivenheder er, at for at udføre alle disse fakta er vi nødt til at sikre, at der kræves en betydelig mængde tid til disse opgaver og i et smidigt miljø, hvor en gennemsnitlig sprint tager gennemsnitligt 1-2 uger at gennemføre, og det er således naturligvis for vanskeligt at overveje at give så meget tid til automatisering af scripts på en sådan måde.
En anden væsentlig faktor er her, at den type ændringer i krav, der kommer i billedet, når den agile metode er i spil. Den smidige metode ved sin egen definition er en slags teknik, der er meget nyttig til at reagere på hurtige kundeinducerede ændringskrav, og som således egner sig godt til hyppige ændringer under den samlede udvikling af applikationen.
I modsætning hertil er automatiseringstest meget nyttigt, når det kommer til de mere stabile og mindre hyppige typer krav. Således egner automatiseringstest pr. Definition sig ikke godt til forskellige typer hyppige ændringer i krav, der følger med vedtagelsen af agile metoder.
Agile automatiseringsværktøjer
Valget af relevant automatiseringsværktøj er også en potentielt meget vigtig faktor, når det kommer til vedtagelse af automatiseringstest inden for rammerne af en samlet agil metode. Licenserede automatiseringsværktøjer pålægger f.eks. Et strengt sikkerhedsadgangskriterium for forskellige typer og niveauer af brugere, når det kommer til at få adgang til forskellige vigtige ressourcer, der hører til den specifikke testautomatiseringsramme.
I modsætning hertil understreger agil metodologi mest åbent samarbejde og åben interaktion mellem teammedlemmer og dermed restriktive politikker, som direkte påvirker, hvordan brugerne vil have en negativ indvirkning på den samlede samhørighed i teamet og dermed kan føre til resultater, som hverken er meget nyttigt eller meget befordrende for projektets samlede succes.
Derfor bør den primære betydning af processen være at sikre, at for at opnå kvalitetslevering af automatiseringstest-scripts inden for en fastsat tid som angivet ved agil metode; vi er nødt til at vælge vores potentielle testtilfælde, som vil blive automatiseret på en mere nuanceret måde, således at disse automatiserede testskripter egner sig godt til fremtidig genbrug såvel som at sikre, at de kan forberedes inden for den korrekte varighed af den tildelte tid (som kræves under den smidige metodeproces).
Efter overvejelse af alle ovennævnte faktorer kan vi således indse, at selv når vi anvender smidige metoder, er vi nødt til at få vist de typer af tests som f.eks. Regressionstest (da selv under agil test er der en betydelig mængde testarbejde, der kræves at arbejde med agile metoder til at sikre bedre kvalitet af det samlede produkt)
Lad os nu se på de mest basale situationer, hvorved automatiseringstest kan bruges, og hvordan vi kan anvende det samme mod agil test.
Automatiseringstestkoncepter, når de anvendes på Agile
