Meny

Steg for trinn-guide for å implementere bevis på konsept (POC) i automatiseringstesting

step step guide implement proof concept automation testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hvordan implementere bevis på konsept (POC) i automatiseringstesting?

Hver organisasjon har forskjellige testprosesser og prosedyrer. Manuell testing er viktig og uerstattelig - men automatisering er plukkehastighet.

Vi presenterer automatiseringstesting til en organisasjon er en utfordring, og følgende punkter vil avgjøre om det er nødvendig i det hele tatt:

Automatiseringstesting bevis på konsept poc

#1 . Prosjektets varighet: Kortsiktige eller langsiktige - langsiktige prosjekter er gode kandidater for automatisering

#to. Hvor mye regresjon gjøres i hver testsyklus ? - prosjekter som har repeterende og lange regresjonstester ettersom automatisering reduserer den totale testtiden og sørger for fullstendig dekning.

# 3. Søknadens stabilitet: Bruk som ikke er utsatt for hyppige endringer, bør vurderes for automatisering. Produktet som ikke er stabilt, der GUI / funksjonalitet fortsetter å endres, elementene eller dets XPath på siden endres, bør ikke automatiseres før det er stabilt.

c ++ kompilator for formørkelse

# 4. Er prosjektdataene sikre, og krever testing noen kompliserte prosedyrer? - I dette tilfellet er det best å gå til manuell testing.

# 5. Gjør den organisasjon har et budsjett for automatisering? - Automatisering vil legge til ekstra utgifter for organisasjonen, som kostnad for automatiseringsverktøy, ressurskostnad, en tid som kreves for rammeverkutvikling og skriving / vedlikehold av automatiseringstestskript.

Med automatisering vil manglende tester eller ta noen testresultater for gitt aldri skje. Det sikrer 100% dekning av gitt modul hver gang den blir testet. Automatisering vil også bidra til å utføre den samme testen flere ganger på flere nettlesere og plattformer.

Følgende figur vil hjelpe deg med å forstå prosessen med automatiseringstesting

Automasjonstestprosess

Fra teknisk testing synspunkt, den QA-teamet må forstå følgende aspekter om deres automatiseringsverktøy:

  1. Plattform og OS testmatrise
  2. Datadrevet evne
  3. Rapporteringsevne og rapportportabilitet
  4. Enkel feilsøking og logging
  5. Versjonskontroll støttes
  6. Kan utvides og tilpasses (kan integreres med andre verktøy som Ant, TestNG)
  7. Kontinuerlig integrering.
  8. E-postvarsler (Tilpasset e-postmelding mottatt hvis testene er bestått / mislyktes / eller nettverksfeil)
  9. Hvis det kreves testing på tvers av nettlesere og testing av flere plattformer, støttes distribuert testmiljø eller ikke.

Hva du vil lære:

Velge riktig automatiseringsverktøy:

Velge riktig automatiseringsverktøy

#1. En applikasjon som testes er en webapplikasjon eller en stasjonær applikasjon.
#to. Velge et åpen kildekodeverktøy mot betaling.
# 3. Tool skal oppfylle applikasjonens testkrav
# 4. Bruke verktøyet - teamets ekspertise og komfortnivå når det gjelder bruk og læring av verktøyene
# 5. Støtter det rapportering - Hvis Nei hvilke andre alternativer for rapportering er tilgjengelige (åpen kildekode eller betalt). Hvis ja, hvor bra det er når det gjelder å formidle riktige data fra presentasjoner så vel som innholdssynspunkt.

Les også => Veiledningen A til Å om valg av det beste automatiseringsverktøyet

I tillegg inkluderer verktøyevaluering:

Når du velger et automatiseringsverktøy, er det veldig viktig å vurdere om det støttes av implementeringen av applikasjonsgrensesnittet.

  1. GUI er implementert ved bruk av tradisjonell HTML eller AJAX eller et annet verktøy for webutvikling
  2. Inkluderer GUI videoer, bilder eller mye skrevet innhold?
  3. Det er interaktivt eller bare informativt
  4. Nettlesere må testes .

Det er viktig å vurdere verktøyet på punktene ovenfor for å forstå om verktøyet virkelig oppfyller prosjektets testkrav.

Utvikler bevis på konsept om automatisering:

Implementering av en automatiseringstesting POC er en viktig og ofte brukt metode for å introdusere et verktøy for en organisasjon. Når det er bestemt at automatisering skal gjøres og et verktøy er valgt, er det på tide å lage en prototype som en POC og presentere den for ledelsen for å vise sanntidsbruk og fordeler.

Å gjøre slik:

programvare for å laste ned videoer fra youtube

1) Avgjør prøvesakene som vi skal bruke i POC.
to) Det hjelper å velge områdene kundene vil være mest interessert i.
3) Planlegg å vise manuell mot automatisering på en måte som beviser at det ikke er forringelse av kvaliteten ved å velge automatisering.
4) Inkluder en testtilfelle som mislykkes og resulterer i å finne en feil - dette bidrar til å forsterke at verktøyet faktisk kan finne feil
5) Bruk påstander og valideringspunkter der det er nødvendig.
6) Vis tydelig områder som kan og ikke kan automatiseres. Vanligvis kan ikke følgende aspekter automatiseres:

  • Video steams
  • Flash-innhold (ikke-statisk innhold)
  • Ikke-statiske bilder

7) Fremhev om verktøyet tilfredsstiller følgende krav?

  • Kan det automatisere alle nøkkelegenskapene til ønsket applikasjon
  • Er automatisering mulig i samme nettleser som kreves av prosjektet
  • Vil automatisering kreve endring i applikasjonsimplementering? (som for automatisering er det viktig at elementidentifikatorer er unike og ikke endres hver gang siden blir påkalt)

Resultatet av POC-det er vanligvis ett av følgende:

  1. Verktøy oppfyller prosjektkravene - Tren nærmere detaljer. Slik som kostnad for implementering - det er nødvendig å forhandle om priser, fullføre lisensavgifter, opplæring og støttekostnader, konsultasjon og implementeringskostnader etc. I tilfelle åpen kildekode, bestemmer verktøy verktøyets modenhet, tilgjengelige læringsressurser, læringskurve, støtte tilgjengelig etc. For både lisensierte verktøy og open source-verktøy må vedlikeholdskostnadene også vurderes. Det må tas i betraktning at fordelene bare er betydelige over lang tid.
  2. Verktøyet oppfyller ikke kravene og har begrensninger - verktøyet blir ikke lenger vurdert.
  3. Verktøy oppfyller delvis kravene - gå tilbake og sjekk om en annen tilfredsstiller kravene bedre ELLER hvis automatisering er helt ute av bildet ELLER hvis det er noen annen løsning med det samme verktøyet.

Når vi har presentert konseptbeviset vårt for ledelsen og vi får klarsignal fra dem, er neste trinn å implementere et pilotprosjekt ved hjelp av dette verktøyet.

POC-mal:

Det er ingen perfekt POC-mal. Det inkluderer vanligvis:

  1. Krav til POC
  2. Kandidater til POC (alle automatiseringsverktøy)
  3. Prosjektkrav
  4. Fordeler og ulemper med hvert verktøy basert på prosjektets krav
  5. POC-resultat

Her er et par Automation POC-maler for referanse:

=> POC-mal 1
=> POC-mal 2

Implementering av et pilotprosjekt:

Vi bør definere pilotprosjektet vårt ved å:

  • Kvantifisering av forretningssaker som vil avgjøre om vi skal bruke dette verktøyet eller ikke.
  • Definer navngivningskonvensjon og ulike retningslinjer for applikasjonsverktøy.
  • Fordelene med et verktøy som økonomisk og andre, hva som kan gjøres og hva som ikke kan gjøres, og også mulige løsninger.

Trinn 1. Velge testsaker for pilot

  • Moduler / funksjoner viktige fra klientperspektiv
  • Funksjonalitet lett å demonstrere (lykkelig vei ende til slutt)
  • Testtilfeller som er vanskelige å teste manuelt, og når de er automatisert, vil det forenkle testen
  • Ødelagt funksjonalitet for å demonstrere hvordan automatisering kan bidra til å identifisere mislykket testtilfelle

Steg 2. Automatiseringsrammeverk utvikling

Et testautomatiseringsrammeverk er settet med konsepter, prosesser, prosedyrer, praksis og miljø. Det er ingenting annet enn et integrert system som består av regler for å automatisere et gitt produkt. Dette systemet inkluderer sett med funksjonelle biblioteker, API-er, testdata, objektlager og forskjellige andre moduler. Rammeverket og tilnærmingen til skripting som brukes til testautomatisering, har innvirkning på kostnadene.

Følgende skriptteknikker kan brukes:

  • Lineær
  • Hybrid
  • Data drevet
  • Søkeorddrevet og
  • Strukturert

Ved hjelp av hvilken som helst av ovennevnte teknikker kan det utformes et testrammeverk som vil hjelpe deg med å oppnå et bestemt format for å kjøre testen, forenkle testutførelse og rapportering.

Bestem maler, navngivningskonvensjoner for objekter, testtilfeller, testserier, datalager etc.

hvordan lage en enkeltsidig applikasjon ved hjelp av angularjs

Trinn 3. Skriptutvikling og utføring

Trinn 4. Rapportering: Har verktøyet innebygd rapporteringsevne? Er de innebygde rapportene i stand til å formidle all nødvendig informasjon nøyaktig? Skal vi trenge et annet verktøy for rapporteringsformål som krystallrapporter, reportNG, etc.?

Trinn 5 . Vedlikeholde automatiseringsskript

Presentasjon for interessentene:

Så mye som bevis på konsept og implementering av en pilot er viktig, så er det å presentere det på riktig måte. Følgende punkter vil bidra til å presentere det på en positiv måte.

  1. Begynn med hvor mye manuell testinnsats som blir lagt ned i hver testsyklus, utfordringer manuell testing står overfor, og hvordan kan vi bruke automatisering for å overvinne dem.
  2. Forklar hvordan du valgte verktøyet basert på proof of concept
  3. Fremhev funksjoner i automatiseringsverktøyet og hvordan det utfyller testkravene
  4. Mens du går gjennom automatiseringen, forklar hvordan automatiseringsverktøyet ikke bare vil hjelpe raskere testutførelse, men også dets evne til å utføre bekreftelse og feilidentifikasjon.
  5. Demonstrer hvordan rapporten viser status for testutførelse
  6. Fremhev rapporteringsfunksjoner som fargerike legender for forskjellige testtilstandsstatus, øyeblikksbilder av mislykkede testsaker og rapportportabilitet
  7. Og til slutt viser hvor mye testtid som vil bli redusert for hver testsyklus.
  8. Forklar også hvordan du er i stand til å oppnå hele automatiseringsrammeverket du har utviklet, og fordelene med hensyn til bruk og vedlikehold.

Vær forberedt på å svare på spørsmål knyttet til hvor lang tid det vil ta å automatisere en enkelt enkel eller kritisk funksjonalitet. Også, hvis det skjer en mindre endring på applikasjonsfronten, hvor mange skriptendringer vil det være nødvendig hvor mye tid det vil ta å endre.

Vi håper denne veiledningen er nyttig for deg å begynne å skrive et POC-dokument for automatiseringstesting. Gi oss beskjed hvis du har spørsmål.

Anbefalt lesing

^