Veiledning for kodet UI Test Automation Framework

by: Benjamin rullator Benjamin rullator
Hours oppdatert

En typisk programvareautomatisering Testing krever automatiseringsverktøy som Selenium og QTP. Kodet brukergrensesnitt ligner på disse verktøyene og kan være spesielt nyttig for funksjonstester.

Coded UI Test (CUIT) bruker Visual Studio IDE til å skrive skript, da opptaket kan gjøres ved å bruke Visual Studio.

Hva er Coded UI Test?

Kodet UI-test (CUIT) er en automatisert test som kjører applikasjoner gjennom brukergrensesnittet (UI). Derav navnet Coded UI Test (CUIT). Denne testen innebærer funksjonstesting av UI-kontrollene. Den sjekker funksjonaliteten til hele applikasjonen, inkludert brukergrensesnittet. Den brukes også til å automatisere en eksisterende manuell test.

Kodet UI-test

UI-test Architecture

Kodede UI-testfunksjoner

Kodede UI-funksjoner inkluderer

  • Funksjonell testing
  • Generer kode i VB/C#
  • Integrert med ALM story
  • Bygg, distribuer og test i laboratoriet eller som en del av en build
  • Lokale, eksterne kjører, datainnsamling
  • Rik utvidbarhet
  • Intensjonsbevisst opptak og spenstig avspilling

Kodet UI-test (CUIT) støttede teknologier

Med kodet UI kan en applikasjon som har UI (User Interface) enkelt testes. Applikasjonen kan være enten vindusbasert eller nettbasert.

Kodet brukergrensesnitt støtter teknologier som

  • Vindusbaserte skrivebordsapplikasjoner
  • Webtjenester (SOAP, ASPX, etc.)
  • Vindustelefonapplikasjoner
  • WPF (Windows Presentasjon Foundation)
  • Nettapplikasjoner (HTML, Silverlight, HTML5)

Hvorfor bruke kodet brukergrensesnitt for testautomatisering

Grunnen til at kodet brukergrensesnitt for testautomatisering foretrekkes

  • Utviklere og programvaretestere kan samarbeide effektivt ved å bruke de samme verktøyene/språket.
  • Den støtter både web og Windows prosjekter.
  • Elementidentifikasjonsmekanismen er en flott funksjon i Coded UI. Dessuten støtter den synkronisering
  • Playback Engine støtter funksjoner som 'WaitForControlExist' , 'WaitForReadyLevel' osv.
  • Ved hjelp av "Testagenter" kan automatiseringstester kjøres på eksterne maskiner
  • Automatiseringsteam kan utvikle sofistikerte tester ved å bruke kodet brukergrensesnitt med et lagdelt rammeverk
  • Programvaretestere kan fange opp unntak og registrere resultatet effektivt ved å bruke log4net.dll
  • Kodet UI-verktøy støtter beskrivende programmering. Den lar programvaretestere automatisere scenarier basert på objektegenskaper
  • Den støtter AJAX-kontroller.

Hvordan lage kodede UI-tester (CUIT)

For å lage kodede UI-tester kan du gjøre det på følgende måter.

  • Generering fra et eksisterende handlingsopptak (konvertering fra manuell testopptak)
  • Opprette en ny kodet UI-test fra bunnen av
  • Skrive kode fra bunnen av

Innhold i en kodet UI-test

Når du oppretter en kodet UI-test, oppretter den kodede UI-testbyggeren et kart. Dette inkluderer brukergrensesnitt under test, testmetoder, parametere, påstander osv. For hver test oppretter den også en klassefil.

filet Innhold Kan redigeres
UIMap.Designer.cs Deklarasjonsdel UIMap Class Methods Properties Nei
UIMap.cs UIMap-klasse (delvis) Ja
CodedUITest1.cs CodeUITest1 klasse Metodeegenskaper Ja
UIMap.uitest XML-kartet over brukergrensesnittet for testen. Den redigeres kun gjennom UI Map editor Nei
  1. UIMap.Designer.cs : Designeren inneholder kodevisningen til UIMap. Den genereres når en tester registrerer noen UI-interaksjon eller når noen objekter legges til manuelt i UIMap.
  2. UIMap.cs: Eventuelle endringer eller tilpasninger gjort til UIMap er lagret i denne filen. Til å begynne med vil denne filen være tom og kan fylles ut senere. Hvis det gjøres endringer direkte i UIMap.designer.cs-filen, sørg for at den ikke registreres, ellers vil alle endringer gå tapt.
  • CodedUITest1.cs: Denne filen inneholder kodet UI-testklasse, testmetoder, påstandsanrop og metodeanrop. Alle påstander og metoder blir som standard påkalt fra denne filen.
  • UIMap.uitest: Det er en XML-representasjon av UIMap-klassen. Det inkluderer vinduer, kontroller, egenskaper, metoder, handlinger og påstander. Det redigeres kun gjennom UI Map editor

I denne veiledningen for kodet brukergrensesnitt vil vi lære hvordan du utfører automatiseringstest for kodet brukergrensesnitt.

Hvordan utføre en kodet UI-test

Kodet brukergrensesnitt har to forskjellige måter å utføre en test for applikasjonen din på.

  1. Kodet UI-opptak og avspilling eller
  2. Kodet brukergrensesnitt Håndkoding

Du må følge følgende trinn for å utføre kodet UI-testing,

  1. Opprett et CodedUI-testprosjekt
  2. Legg til en kodet UI-testfil
  3. Registrer en sekvens av handlinger
  4. Bekreft verdiene i UI-felt, for eksempel tekstbokser
  5. Se den genererte testkoden
  6. Legg til flere handlinger og påstander
  7. Rediger detaljene for testaktivitetene og påstandene
  8. Kjør testen

Beste praksis for kodet brukergrensesnitttest (CUIT)

Her er noen beste fremgangsmåter for et kodet UI-testautomatiseringsrammeverk:

  • Bruk Coded UI automation Test Builder når det er mulig
  • Prøv å ikke endre UIMap.designer.cs-filen direkte. Ellers vil endringene du har gjort i filen bli overskrevet
  • Lag testen din som en sekvens av registrerte metoder
  • Hver registrert metode skal virke på en enkelt side, skjema eller dialogboks. Lag også en ny testmetode for hvert nytt skjema, side eller dialogboks
  • Når du oppretter en metode, bruker du et meningsfylt metodenavn i stedet for standardnavnet. Et meningsfylt navn hjelper til med å identifisere formålet med metoden
  • Hvis mulig, begrense hver registrert metode til mindre enn 10 handlinger. Denne tilnærmingen gjør det lettere å erstatte en metode hvis brukergrensesnittet endres.
  • For å lage påstand bruk CodedUI testbygger. Den legger automatisk til en påstandsmetode til UIMap.Designer.cs-filen.
  • Registrer testmetodene/påstandsmetodene på nytt hvis brukergrensesnittet endrer eller registrerer de berørte delene av en eksisterende testmetode på nytt.
  • Hvis du koder direkte med API, bruk metodene og egenskapene i klassene som er opprettet i UIMap.Designer.cs-filen. Disse timene vil gjøre arbeidet ditt mer pålitelig og enklere, og vil hjelpe deg til å bli mer produktiv.

Sammenligning av kodet UI-test vs Selenium kontra QTP

Nedenfor er sammenligningstabellen for kodet brukergrensesnitt vs Selenium Vs QTP:

  • Selenium støtter ikke noen WPF i tillegg Windows søknader
  • Visual Studio CodedUI støtter Window Store-applikasjonstesting så vel som Window Phone-applikasjonstesting. Ingen andre verktøy støtter dette.
  • Test fullført støtter Window Application, men krever en plugin for å være installert.

Kodet brukergrensesnitttest vs Selenium kontra QTP

Sammenligning av kodet UI-test vs Selenium kontra QTP

Sammendrag:

  • Automatiserte tester som driver applikasjonen din gjennom brukergrensesnittet (UI) er kjent som CodedUI-tester (CUITs).
  • Kodet UI-testautomatiseringsrammeverk støtter teknologier som webtjenester, vindustelefonapplikasjoner, webapplikasjoner, etc.
  • Kodet UI-testing lar utviklere og Programvaretestere å samarbeide effektivt ved å bruke samme verktøy/språk
  • Innhold eller en fil opprettet mens du bruker CodedUI inkluderer
  • UIMap.Designer.cs
  • UIMap.cs
  • CodedUITest1.cs
  • UIMap.uitest