Menu

DevOps Testing Tutorial: Hvordan DevOps vil påvirke QA-test?

devops testing tutorial

Prøv Vores Instrument Til At Fjerne Problemer

pc-reparations- og optimeringsværktøj Windows 10

DevOps testvejledning: En nylig RightScale-undersøgelse har vist, at 54% af virksomhederne har vedtaget DevOps, og interessen omkring DevOps stiger hurtigt.

I denne artikel vil vi lære, hvordan denne nye softwareudviklingsmetode vil påvirke QA, og hvordan QA-funktionen som helhed skal udvikle sig for at omfatte denne ændring.

Tjek ud => Komplet DevOps tutorial-serie

I denne artikel vil vi lære mere om DevOps, og hvordan det vil påvirke QA og dets funktioner.

Hvordan DevOps vil påvirke QA

Hvad du lærer:

Hvad er DevOps?

DevOps - er en kombination af Development &Påerationer - det er en softwareudviklingsmetode, der ser ud til at integrere alle softwareudviklingsfunktionerne fra udvikling til operationer inden for samme cyklus.

Dette kræver et højere niveau af koordinering inden for de forskellige interessenter i softwareudviklingsprocessen (nemlig Udvikling, kvalitetssikring og drift )

DevOps-cyklus

DevOps-Flow

En ideel DevOps-cyklus starter fra:

  • Dev skriver kode
  • Opbygning og implementering af binære filer i et QA-miljø
  • Udførelse af testsager og endelig
  • Implementering på produktion i et glat integreret flow.

Det er klart, at denne tilgang lægger stor vægt på automatisering af Build, Implementering og Testing. Brug af kontinuerlige integrationsværktøjer (CI), værktøjer til automatiseringstest bliver en norm i en DevOps cyklus.

Hvorfor DevOps?

Selvom der er subtile forskelle mellem Agile og DevOps-test dem, der arbejder med Agile, finder DevOps lidt mere velkendte at arbejde med (og til sidst vedtage). Mens agile principper anvendes med succes i udviklingen og QA-iterationer, er det en anden historie helt og holdent (og ofte en stridssag) på operationssiden. DevOps foreslår at rette op på dette hul.

Nu, i stedet for kontinuerlig integration, DevOps involverer 'kontinuerlig udvikling' , hvor koden blev skrevet og forpligtet til Version Control, vil blive bygget, implementeret, testet og installeret i produktionsmiljøet, der er klar til at blive forbrugt af slutbrugeren.

Denne proces hjælper alle i hele kæden, da miljøer og processer er standardiserede. Hver handling i kæden er automatiseret. Det giver også alle interessenter frihed til at koncentrere deres bestræbelser på at designe og kode en højkvalitetsleverance i stedet for at bekymre sig om de forskellige bygnings-, drifts- og QA-processer.

Det bringer time-to-live drastisk ned til ca. 3-4 timer, fra det tidspunkt koden er skrevet og forpligtet, til implementering på produktion til slutbrugerforbrug.

I en nøddeskal er DevOps en udvidelse af Agile, eller jeg kan godt lide at kalde det 'Agile on Steroids'.

Ændret rolle i QA i DevOps

Traditionelt ville QA få en build, der er implementeret i deres udpegede miljø, og QA vil derefter begynde deres Funktionel & Regressionstest . Bygningen ville ideelt set sidde med QA i et par dage, før QA loggede af bygningen. Alle disse trin ændres i DevOps.

bedste gratis datagendannelsessoftware Windows 10

QA-ændringer til DevOps-test:

  • QA kræves for at tilpasse deres indsats i DevOps-cyklussen.
  • De skal sørge for, at alle deres testsager er automatiserede og opnår næsten 100% kodedækning.
  • De skal sørge for, at deres miljøer er standardiserede, og implementeringen på deres QA-bokse er automatiseret.
  • Alle deres forudgående testopgaver, oprydninger, posttestopgaver osv. Er automatiseret og tilpasset den kontinuerlige integrationscyklus.

Som allerede nævnt kræver DevOps et højt niveau af koordinering mellem forskellige funktioner i den leverbare kæde. Dette betyder også, at grænserne mellem forskellige bidragydere i kæden bliver porøse.

DevOps opfordrer alle til at bidrage til kæden . Så blandt andet kan en dev konfigurere implementeringer. Implementeringsingeniører kan tilføje testcases til QA-arkivet. QA Engineers kan konfigurere deres automatiseringstestsager i DevOps-kæden.

Samlet set er alle i kæden ansvarlige for kvaliteten og rettidigheden af ​​leverancerne.

DevOps og testautomatisering

For at opnå en sådan hastighed og smidighed er det vigtigt at automatisere alle testprocesserne og konfigurere dem til at køre automatisk, når implementeringen er afsluttet i QA-miljøet. Specialiserede automatiserings testværktøjer og kontinuerlige integrationsværktøjer bruges til at opnå denne integration.

Dette nødvendiggør også opbygningen af ​​en moden ramme for automatiseringstest, hvorigennem man hurtigt kan scripte nye testsager.

DevOps Testing Strategi: Tips til DevOps Succes

  • De testsager, der skal udføres for en bestemt build, skal identificeres.
  • Testudførelsen skal i det væsentlige være mager.
  • QA og Dev har brug for at sidde sammen og identificere de berørte områder på grund af en bestemt opbygning og udføre de relaterede testsager plus et sundhedstestkort.
  • Du skal også konfigurere specialiserede kodeanalyser og dækningsværktøjer for at sikre, at du opnår næsten 100% kodedækning.
  • Begrebet udførelse alle regressionstestsager til et testkort bliver snart forældet.
  • Strategien omkring test af nye funktioner skal formaliseres, og de midlertidige builds kan leveres til QA, som igen vil oprette testskripter og køre disse automatiseringstest på de midlertidige builds, indtil koden bliver stabil nok til at blive implementeret i produktionsmiljøet .
  • Alle de miljøer, der kræves til test, skal standardiseres, og implementeringerne skal automatiseres.
  • Ved hjælp af forskellige automatiseringsteknikker bør QA være i stand til at affyre Automation Testing kører på tværs af forskellige platforme (og cross-browser i tilfælde af webapplikationer) miljøer.
  • Parallel udførelse af test hjælper med at reducere time-to-live, hvilket igen er kernen i en vellykket DevOps-implementering.
  • Der skal indstilles udgangskriterier for hver kørsel, så når resultaterne af testene føres tilbage til kæden, træffes en go / no-go beslutning til produktion.
  • Blokerede eller kritiske fejl, der er fundet, skal rapporteres og rettes og sendes gennem den samme kæde af begivenheder, før koden implementeres i produktionsmiljøet.

Applikationsovervågning

QA bør også være i stand til at opdage problemer tidligt og rapportere dem proaktivt. For at opnå dette er de nødt til at oprette overvågning af produktionsmiljøet for at kunne eksponere bugs, før de forårsager en fiasko.

Opsætning af specialiserede tællere som responstider, hukommelse og CPU-udnyttelse osv. Kan give en masse indsigt i slutbrugeroplevelsen.

For eksempel , hvis den gennemsnitlige svartid for login gradvist øges over de forskellige builds, bør QA proaktivt rapportere dette problem for at optimere login-koden, ellers kan fremtidige builds forårsage slutbrugerens frustration på grund af høje svartider.

QA kan også bruge en lille delmængde af eksisterende højprioritets testsager, der skal udføres periodisk på produktion, til aktivt at overvåge miljøet. Fejl som 'Denne fejl vises undertiden' eller ' Kan ikke reproducere ”Kan fanges gennem denne strategi, som i sidste ende gør applikationen mere stabil og også får mere tilfredse slutbrugere.

Igen skal disse skærme konfigureres til at køre automatisk med rig rapportering (som logfiler og skærmbilleder af fejl osv.).

Konklusion

Vandfald gav plads til V-Model, som igen blev erstattet af Agile som det foretrukne valg til softwareudvikling.

DevOps er fremtiden. Det er en kontinuerlig forbedringscyklus, som softwareudviklingsmodeller gennemgår fra tid til anden. Du skal omfavne, forstå og indprente det.

Du skal mestre de forskellige automatiserings- og kontinuerlige integrationsværktøjer, så din automatiseringsindsats tilføjer værdi til kæden og er slank nok til hurtigt at tilpasse sig ændringer. Du arbejder muligvis på projekter, der kan involvere alfa , beta og UAT miljøer, inden de implementeres i produktionsmiljøet.

Konceptet forbliver stort set det samme. Automation og mere automatisering er kernen i en vellykket DevOps-cyklus. Men som en kvalitetssikring skal du også være i stand til at tegne en linje for, hvor meget automatisering er for meget automatisering.

Om forfatteren: Aniket Deshpande arbejder som QA Manager hos AFour Technologies , Pune og har arbejdet i softwaretestfeltet i de sidste 9+ år inden for forskellige domæner og platforme. Han brænder for DevOps og arbejder som konsulent til at guide organisationer i at vedtage DevOps teststrategier.

Hvis du er interesseret i at vide mere, eller hvis du ønsker at implementere DevOps og tilhørende testtilgang i din organisation, er du velkommen til at kontakt forfatteren.

Hvad synes du om DevOps Testing? Tror du, at det kan gavne projektet ved at få udviklere og operationer til at arbejde sammen?

gratis video konvertering software til pc

Fortæl os dine kommentarer / forslag til denne artikel.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^