En typisk programvareautomatiseringstesting krever automatiseringsverktøy som Selen 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 manus, da opptaket kan gjøres ved hjelp av Visual Studio.
I denne veiledningen vil du lære-
- Hva er kodet UI-test (CUIT)?
- Kodede UI-testfunksjoner
- Kodet UI Test (CUIT) støttet teknologi
- Hvorfor bruke kodet brukergrensesnitt for testautomatisering
- Hvordan lage kodede UI-tester (CUIT)
- Innholdet i en kodet UI-test
- Hvordan utføre kodet UI-test
- Beste fremgangsmåter for kodet UI-test (CUIT)
- Sammenligning av kodet UI-test vs. Selen vs. QTP
Hva er kodet UI-test (CUIT)?
CUIT er automatiserte tester som driver applikasjonen din gjennom brukergrensesnittet (UI). Derfor ble navnekodede UI-tester (CUITs). Disse testene innebærer funksjonell testing av brukergrensesnittkontrollene. Den sjekker funksjonaliteten til hele applikasjonen inkludert brukergrensesnittet.
Kodede UI-testfunksjoner
Kodede UI-funksjoner inkluderer
- Funksjonell testing
- Generer kode i VB / C #
- Integrert med ALM-historien
- Bygg, distribuer og test i laboratoriet eller som en del av et bygg
- Lokale, eksterne kjøringer, datainnsamling
- Rik utvidbarhet
- Intent bevisst opptak og spenstig avspilling
Kodet UI Test (CUIT) støttet teknologi
Med kodet brukergrensesnitt kan et program som har brukergrensesnitt (User Interface) enkelt testes. Applikasjonen kan enten være vindusbasert eller nettbasert.
Kodet brukergrensesnitt støtter teknologier som
- Vindusbaserte skrivebordsprogrammer
- Webtjenester (SOAP, ASPX, etc.)
- Vinduetelefonapplikasjoner
- WPF (Windows Presentation Foundation)
- Nettapplikasjoner (HTML, Silverlight, HTML5)
Hvorfor bruke kodet brukergrensesnitt for testautomatisering
Årsaken til at kodet brukergrensesnitt for testautomatisering foretrekkes
- Utviklere og programvaretestere kan samarbeide effektivt med de samme verktøyene / språket.
- Den støtter både nett og Windows-prosjekter.
- Elementidentifikasjonsmekanismen er en flott funksjon i kodet brukergrensesnitt. Dessuten støtter den synkronisering
- Playback Engine støtter funksjoner som 'WaitForControlExist', 'WaitForReadyLevel' osv.
- Ved hjelp av 'Tests Agents' kan automatiseringstester kjøres på eksterne maskiner
- Automatiseringsteam kan utvikle sofistikerte tester ved å bruke kodet brukergrensesnitt med et lagdelt rammeverk
- Programvaretestere kan fange unntak og registrere resultatet effektivt ved hjelp av log4net.dll
- Kodet UI-verktøy støtter beskrivende programmering. Det 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.
- Generere fra en eksisterende actionopptak (konvertering fra manuell testopptak)
- Opprette en ny kodet UI-test fra bunnen av
- Skrive kode fra bunnen av
Innholdet i en kodet UI-test
Når du oppretter en kodet UI-test, oppretter den kodede UI-testbyggeren et kart. Dette inkluderer UI under test, testmetoder, parametere, påstander osv. For hver test oppretter det også en klassefil.
Fil | Innhold | Kan redigeres |
---|---|---|
UIMap.Designer.cs | Erklæring seksjon UIMap Klassemetoder Egenskaper | Nei |
UIMap.cs | UIMap-klasse (delvis) | Ja |
CodedUITest1.cs | CodeUITest1 klasse Metoder Egenskaper | Ja |
UIMap.uitest | XML-kartet over brukergrensesnittet for testen. Den redigeres bare gjennom UI Map Editor | Nei |
- UIMap.Designer.cs : Designeren inneholder UIMap-kodevisningen. Den genereres når en tester registrerer noe UI-interaksjon, eller når noen objekter legges til manuelt i UIMap.
- UIMap.cs : Enhver modifikasjon eller tilpasning som gjøres til UIMap lagres i denne filen. I utgangspunktet vil denne filen være blank og kan fylles ut senere. Hvis endringene er direkte på UIMap.designer.cs-filen, må du sørge for at den ikke blir registrert, ellers vil alle endringer gå tapt.
- CodedUITest1.cs : Denne filen inneholder kodet UI- testklasse , testmetoder, påstandsanrop og metodeinnkallelse. Alle påstander og metoder påkalles som standard fra denne filen.
- UIMap.uitest : Det er en XML-representasjon av UIMap-klassen. Det inkluderer vinduer, kontroller, egenskaper, metoder, handlinger og påstander. Den redigeres bare gjennom UI Map Editor
Hvordan utføre kodet UI-test
Kodet brukergrensesnitt har to forskjellige måter å gjennomføre en test for søknaden din.
- Kodet UI-opptak og avspilling eller
- Kodet brukergrensesnitt Håndkoding
Du må følge følgende trinn for å utføre kodet UI-test,
- Lag et kodet UI-testprosjekt
- Legg til en kodet UI-testfil
- Ta opp en sekvens av handlinger
- Bekreft verdiene i UI-felt, for eksempel tekstbokser
- Se den genererte testkoden
- Legg til flere handlinger og påstander
- Rediger detaljene i testaktivitetene og påstandene
- Kjør testen
Beste fremgangsmåter for kodet UI-test (CUIT)
Her er noen gode fremgangsmåter for en kodet UI-test,
- Bruk Coded UI Test Builder når det er mulig
- Prøv å ikke endre filen UIMap.designer.cs direkte. Ellers blir endringene du har gjort i filen overskrevet
- Lag testen som en sekvens av registrerte metoder
- Hver registrerte metode skal fungere på en enkelt side, skjema eller dialogboks. Opprett også en ny testmetode for hvert nye skjema, side eller dialogboks
- Når du oppretter en metode, bruker du et meningsfullt navn i stedet for standardnavnet. Et meningsfylt navn hjelper til med å identifisere formålet med metoden
- Hvis mulig, begrens hver registrerte metode til mindre enn 10 handlinger. Denne tilnærmingen gjør det lettere å erstatte en metode hvis brukergrensesnittet endres.
- Bruk kodet UI-testbygger for å lage påstand. Den legger automatisk til en påstandsmetode i UIMap.Designer.cs-filen.
- Registrer testmetodene / påstandsmetodene på nytt, hvis brukergrensesnittene endrer eller registrerer de berørte delene av en eksisterende testmetode.
- Hvis du direkte koder med API-et, kan du bruke metodene og egenskapene i klassene som er opprettet i UIMap.Designer.cs-filen. Disse klassene vil gjøre arbeidet ditt mer pålitelig og enklere, og vil hjelpe deg å bli mer produktiv.
Sammenligning av kodet UI-test vs. Selen vs. QTP
Nedenfor er sammenligningstabellen for kodet UI-test med andre automatiseringsverktøy.
- Selen støtter ikke noen WPF- og Windows-applikasjoner
- Visual Studio Coded UI støtter applikasjonstesting i Window Store samt Window Phone-applikasjonstesting. Ingen andre verktøy støtter dette.
- Test fullført støtter Window Application, men krever at et plugin installeres.
Sammendrag:
- Automatiske tester som driver applikasjonen din gjennom brukergrensesnittet (UI) er kjent som kodede UI-tester (CUITs).
- Kodet brukergrensesnitt støtter teknologier som webtjenester, vinduetelefonapplikasjoner, webapplikasjoner osv.
- Kodet brukergrensesnitt lar utviklere og programvaretestere samarbeide effektivt ved hjelp av de samme verktøyene / språket
- Innhold eller en fil opprettet mens du bruker kodet brukergrensesnitt inkluderer
- UIMap.Designer.cs
- UIMap.cs
- CodedUITest1.cs
- UIMap.uitest