getting started with cloud testing
I denne artikel vil vi lære at udføre “Cloud Testing”. For at forstå dette skal vi først kende Cloud Computing-konceptet. Denne artikel forklarer om Cloud Computing, Cloud Testing og de største udfordringer ved test i skyen.
Introduktion til Cloud Computing
For flere år siden oplevede branchen et nyt buzzword og teknologi kaldet 'virtualisering'. Med fremkomsten af virtualisering blev ideologien om at dele computerressourcer på tværs af flere operativsystemer for at øge skalerbarheden, reducere kapitalomkostningerne og muliggøre nem administration af IT-infrastrukturen, det blev rygraden i flere virksomheder.
I de sidste par år har IT været vidne til en udvikling af virtualisering i form af cloud computing. Enhver nybegynder i skyen skal forestille sig cloud computing som en model, der ser alt 'som en service'.
Det er indlysende at definere cloud computing som en samlet løsning, der leverer IT as a Service. Ligesom virtualisering er dets motto ressourcedeling, hvor tildeling og tilgængelighed er on-demand via Internettet.
[billede kilde ]
Eksempel på virkelighed for at forklare cloud computing:
Vi kan let forstå teorien om Skyen ved at tage et simpelt eksempel på at spise et måltid på en restaurant. For eksempel, overveje at have et måltid derhjemme i forhold til at spise på en restaurant. Mens målet er rent forbrug af et måltid, varierer tilgangen eller modellen, der anvendes i begge disse tilfælde, i høj grad.
Derhjemme skal du sørge for, om du har alle de nødvendige ingredienser til måltidet, du skal sørge for, at den nødvendige forberedelse til at tilberede den pågældende skål er færdig. Du tilbereder maden, og ansvaret for at holde omgivelserne ryddelige, efter at skålen er kogt, hører udelukkende til dig.
På den anden side kan et måltid på en restaurant beskrives som catering, som er en service. Som kunde går du kun til restauranten, bestiller retten efter eget valg og betaler for tjenesterne.
Bonussen ved at have ingredienserne, forberedelse til fadet, tilberede fadet, dets præsentation, servere fadet til dig, rydde og rengøre bordet, når det er færdigt, pakke alt for meget mad, der er tilbage, falder alt på restaurantens administration.
Dette eksempel kan ses som ligner ideologierne og principperne for Cloud Computing - 'On-demand-tilgængelighed', 'Som en service' og 'Betal for brugen'.
Hvad du lærer:
Cloud Delivery Modeller
[billede kilde ]
Skyen har hovedsageligt tre typer leveringsmodeller eller komponenter, der leverer 'as a Service' -funktioner:
- Infrastruktur som en tjeneste (IaaS) : Dette er det mest grundlæggende lag, der danner skyen til byggestenen. Det består hovedsageligt af fysiske ressourcer såsom opbevaring, netværksenheder, computerservere osv. Alle disse databehandlingsressourcer er tilgængelige on-demand, hvor en bruger betaler for det i henhold til hans brug.
- Platform som en tjeneste (PaaS) : Det centrale lag i skyen er platformen. Her er der ingen kontrol over den underliggende infrastruktur, men du kan få adgang til de implementerede applikationer. Derfor giver dette hele driftstidsmiljøet efter behov, som kunne være en udvikling eller et testmiljø. Derfor vil du i denne model oftest have en VM, der indeholder et komplet miljø som OS, krævet middleware osv. Tilgængelig, når du har brug for det.
- Software as a Service (SaaS) : Det øverste lag her er applikationslaget, som generelt vil være synligt for enhver bruger. Her er applikationer / produkter tilgængelige for brugerne on-demand via internettet. Derfor viser det sig at være den mest omkostningseffektive måde at sikre sig, at licensen altid er i brug i stedet for at skulle erhverve licensen til en bestemt bruger. Eksempler på dette er Gmail, Google Docs, Photoshop osv.
Typer af sky
Der er 3 typer skyformationer, nemlig offentlige, private og hybrid skyer:
- Offentlige skyer er dem, hvor tjenesterne er tilgængelige for alle, hvor ressourcerne tildeles og tilvejebringes dynamisk i henhold til anmodningen.
- Private skyer administreres generelt inden for firewallreglerne i en bestemt organisation og er kun tilgængelige for brugerne i virksomheden.
- Hybrid skyer er en blanding af både private og offentlige skyer. Organisationer kan beslutte, hvilke tjenester de vil udsætte for alle, og hvilke tjenester de kun vil udsætte for brugerne i organisationen.
Cloud Testing - behov for det
Cloud Testing henviser til test af ressourcer som hardware, software osv., Der er tilgængelige efter behov . Selv testningen her kan ses 'som en tjeneste'. For cloud-tilbud er det vigtigt at sikre, at tjenesten (produktet) ikke kun opfylder dens funktionelle krav, men også de ikke-funktionelle krav. Med en række applikationer i skyen bliver det nu vigtigt at udvikle Cloud Testing-strategien.
Fordele ved Cloud Testing
Behovet for cloudtest er let synligt med de fordele, vi får af det, som er alt for mange. Nedenfor har vi forsøgt at diskutere de mest tilsyneladende fordele, der forklarer hvorfor Sky er timens behov:
prøveeksempler til forsikringsansøgning
- Dynamisk tilgængelighed af testmiljø : Den normale testmetode i enhver organisation er at investere i den hardware / software-infrastruktur, der kræves til testning. Næsten mange af jer er enige i, at miljøet, der leveres til testteamene, meget sjældent matcher et kundemiljø på grund af hurtigt skiftende krav, hvorfor det er meget udfordrende for virksomhederne at holde det op. Cloud er det eneste svar på dette problem, hvor brugerne nemt kan replikere et kundemiljø og finde defekter tidligt i cyklussen.
- Lavpris : En anden vinkel med det forrige punkt er, at når virksomheder investerer i infrastrukturen, er den sædvanlige årsag til det, at mange af deres servere ikke bruges hele tiden. Som et resultat kan de blive nødt til at afholde yderligere udgifter ved licensfornyelse. Overgang til skyen hjælper også i dette scenarie, da brugere kan idriftsætte apparater, når og når de vil, og derved spare store omkostninger for en organisation.
- Let tilpasselig : Med brugen af sky er det en nem opgave for organisationer at efterligne et slutbrugercentreret miljø ved at tilpasse det efter brugen deraf, hvilket sparer omkostninger og tid. Testteams kan nemt udføre belastnings- og præstationsscenarier i forskellige permutationer og kombinationer som - forskellige operativsystemer, browsere, konfigurationer osv.
- Skalerbarhed : Dette er en af de mest attraktive funktioner i skyen, hvorved computerressourcerne kan øges eller formindskes, hvor det er nødvendigt. Dette bruges i vid udstrækning i situationer, hvor forretningskravene ændrer sig ofte.
Cloud Testing Deep Dive
Test med hensyn til en sky vil anvende både traditionelle og new age metoder til at udføre test. Test og sky er lige så store domæner på deres egen vej. Lad os lære at se begge sammen i nedenstående afsnit.
# 1) Cloud-testformularer
Cloud Testing kan bredt opdeles i fire forskellige kategorier baseret på hvad de sigter mod at gøre:
- Test af hele skyen: Skyen ses som en hel enhed baseret på dens funktioner, og test udføres baseret på det.
- Test i en sky: Dette er testen, der udføres inde i skyen ved at kontrollere hver af dens interne funktioner
- Test på tværs af skyerne: Baseret på specifikationerne udføres testen her på de forskellige typer skylignende offentlige, private og hybride skyer.
- SaaS-test i sky: Funktionel og ikke-funktionel test udføres baseret på krav.
# 2) Cloud-testmiljøer
Der er 3 typer Cloud Testing Miljøer:
- Et privat eller offentligt miljø, hvor kvaliteten af applikationer, der er implementeret i dem, skal valideres.
- Et hybridmiljø, hvor kvaliteten af applikationer, der er implementeret i dem, skal valideres.
- Et testmiljø, der er skybaseret, hvor kvaliteten af applikationer implementeret i skyen skal valideres.
# 3) Typer af test udført i skyen
Test i en sky skal ikke kun sikre, at de funktionelle krav er opfyldt, men der skal også lægges stærk vægt på ikke-funktionel test. Lad os se på de forskellige typer test, der udføres.
Funktionel testning :
Funktionstest skal udføres for at sikre, at tilbuddet leverer de tjenester, som brugeren betaler for. Funktionelle tests sikrer, at forretningskravene overholdes.
Nogle af funktionstestene er beskrevet nedenfor:
- Test af systembekræftelse : Dette sikrer, om de forskellige moduler fungerer korrekt indbyrdes, hvilket sikrer, at deres adfærd er som forventet.
- Acceptantestning : Her overdrages den skybaserede løsning til brugerne for at sikre, at den lever op til deres forventninger.
- Interoperabilitetstest : Enhver applikation skal have fleksibilitet til at arbejde uden problemer, ikke kun på forskellige platforme, men den skal også fungere problemfrit, når den flytter fra skyinfrastruktur til en anden.
Ikke-funktionel test:
Ikke-funktionelle tests fokuserer primært på en webapplikationsbaseret test, der sikrer, at de opfylder de ønskede krav.
specificeret gateway ip er ikke gyldig
Her er et par former for ikke-funktionelle test, der diskuteres nedenfor:
# 1) Test af tilgængelighed : Cloudovervågeren / -leverandøren skal sørge for, at skyen er tilgængelig døgnet rundt. Da der kan være mange missionskritiske aktiviteter i gang, skal administratoren sørge for, at der ikke er nogen negativ indvirkning på forbrugerne
# 2) Test af flere lejemål : Her bruger flere brugere et cloud-tilbud. Test skal udføres for at sikre, at der er tilstrækkelig sikkerhed og adgangskontrol af dataene, når flere brugere bruger en enkelt forekomst.
# 3) Performance Testing : Verifikation af svartiden skal udføres for at sikre, at alt er intakt, selv når der er mange anmodninger om at blive opfyldt. Netværksforsinkelsen er også en af de kritiske faktorer til evaluering af ydeevne.
Ligeledes skal arbejdsbyrdebalancering udføres, når der er en reduktion i belastning ved at nedlægge ressourcer. Således udføres belastning og stresstest i cloud-udbuddet for at sikre, at applikationer fungerer optimalt med en stigning / fald i belastning og stress.
# 4) Sikkerhedstest : Da alt er tilgængeligt når som helst med Cloud, er det vigtigt at sikre, at alle brugersensitive oplysninger ikke har uautoriseret adgang, og at brugernes privatliv forbliver intakt. Når applikationerne vedligeholdes i skyen, skal brugerdataintegritet også verificeres.
# 5) Test efter katastrofegendannelse : Som allerede nævnt i tilgængelighedstest skal skyen altid være tilgængelig, og hvis der er nogen form for fejl som netværksafbrydelser, sammenbrud på grund af ekstrem belastning, systemfejl osv., Måles hvor hurtigt fejlen er angivet, og hvis nogen datatab opstår i denne periode.
# 6) Testning af skalerbarhed : Test for at sikre, at udbuddet har evnen til at tilbyde opskalering eller nedskalering af faciliteter efter behov.
Cloud Testing Tools
Nogle af de værktøjer, der bruges i forskellige former for test udført i et skymiljø, er nævnt i dette afsnit. Værktøjsdetaljerne er uden for denne artikels anvendelsesområde.
Værktøjer til ydelsestest i skyen:
Mange af værktøjerne bruges grundlæggende til ydeevne, belastning, stresstest. Nogle af disse værktøjer nedenfor kan også bruges til funktionelle tests:
- SOASTA CloudTest
- LoadStorm
- CloudTestGo
- AppPerfect.
- Jmeter
- Cloudslueth
- CloudTestGo
- AppPerfect
Testværktøjer til Cloud Security:
Der er også nogle sikkerhedsrelaterede værktøjer, der ofte bruges:
- Nessus
- Wireshark
- Nmap
=> Klik her for en komplet liste over Cloud-Based Automation Testing Tools
Cloud Testing Udfordringer
Så spændende som skyen lyder, alt er ikke kæftigt her. Der er nogle udfordringer med at stole på og bruge skyen også som infrastruktur. Lad os se på nogle af de primære bekymringer, mens du bruger skyen.
Udfordring nr. 1) Med alt tilgængeligt på anmodning for enhver bruger er sikkerhed et primært problem for virksomhederne, da der i øjeblikket stadig er meget diskussion og forskning i branchen for at oprette sikkerhedsstandarder. Beskyttelse af brugernes privatliv, sikkerhedsstandarder i skyen, sikkerheden for applikationer, der kører i skyen, Sikkerhedstestteknikker er nogle af de primære problemer, der skal løses i skyinfrastrukturen.
Udfordring nr. 2) En anden stor udfordring er ydeevnen for en applikation i en sky, specifikt i private skyer. Det deles på tværs af mange brugere og kan derfor også føre til forsinkelser. Også i tilfælde af nogle vedligeholdelses- eller afbrydelsesrelaterede aktiviteter kan båndbredden synes at være utilstrækkelig.
Udfordring nr. 3) Undertiden til testformål kræver vi visse konfigurationer med hensyn til servere, opbevaring eller netværk, som muligvis ikke understøttes af skyudbyderen. Dette gør det undertiden vanskeligt at efterligne kundemiljøer.
Udfordring nr. 4 )En anden almindelig udfordring er med hensyn til integrationstest, hvor testere tester netværk, database, servere osv. I sådanne situationer vil testeren ikke have kontrol over det underliggende miljø. For det andet fordobles udfordringen, når der skal være en interaktion mellem disse komponenter, fordi testeren bliver nødt til at forudse risici som nedbrud, netværksnedbrud eller servere, der går kaput.
Konklusion
I dag er Cloud Computing blevet et af disse 'big bangs' i branchen. De fleste organisationer læner sig nu mod at vedtage skyen på grund af dens fleksibilitet, skalerbarhed og reducerede omkostninger .
Brug af skyen til test hjælper enormt organisationer med at erhverve de nødvendige værktøjer, softwarelicenser, infrastrukturer til en meget lav pris uden at skulle konfigurere det selv og senere bekymre sig om dets maksimale udnyttelse.
Åbenbart er en sky kommet for at blive i lang tid, og skytest har også en lys fremtid. :)
Om forfatteren : Dette er en gæsteartikel af Sneha Nadig. Hun arbejder som en testleder med over 7 års erfaring i manuelle og automatiseringstestprojekter.
Arbejder du med Cloud Testing? Del venligst din oplevelse. Eller har du et spørgsmål? er du velkommen til at skrive det i kommentarer.
Anbefalet læsning
- Kom godt i gang med Cloud Testing
- Cloud Performance Testing: Cloud-Based Load Testing Service Providers
- Cloudbaseret mobilapplikationstest: En komplet oversigt
- Bedste skybaserede mobilapptestudbydere i 2021
- 10 BEDSTE skyovervågningsværktøjer til perfekt cloud management
- 10 BEDSTE gratis Cloud Storage-udbydere (Online Storage 2021)
- 12 BEDSTE Cloud Hosting-udbyder i 2021 (sammenlignet med service og omkostninger)