Koodattu käyttöliittymä Test Automation Framework Tutorial

Tyypillinen ohjelmistoautomaatio Testaus vaatii automaatiotyökaluja, kuten Selenium ja QTP. Koodattu käyttöliittymä on samanlainen kuin nämä työkalut ja voi olla erityisen hyödyllinen toiminnallisissa testeissä.

Koodattu käyttöliittymätesti (CUIT) käyttää Visual Studio IDE:tä komentosarjojen kirjoittamiseen, koska tallennus voidaan tehdä käyttämällä Visual Studio.

Mikä on koodattu käyttöliittymätesti?

Koodattu käyttöliittymätesti (CUIT) on automaattinen testi, joka ohjaa sovelluksia käyttöliittymänsä (UI) kautta. Tästä syystä nimi Coded UI Test (CUIT). Tämä testi sisältää toiminnallinen testaus käyttöliittymän säätimistä. Se tarkistaa koko sovelluksen toimivuuden, käyttöliittymä mukaan lukien. Sitä käytetään myös olemassa olevan manuaalisen testin automatisointiin.

Koodattu käyttöliittymätesti

UI testi Archirakenne

Koodatut käyttöliittymän testiominaisuudet

Koodatun käyttöliittymän ominaisuuksia ovat mm

  • Toiminnallinen testaus
  • Luo koodi VB/C#
  • Integroitu ALM-tarinaan
  • Rakenna, ota käyttöön ja testaa laboratoriossa tai osana rakentamista
  • Paikalliset, etäajot, tiedonkeruu
  • Rikas laajennettavuus
  • Tarkoituksenmukainen tallennus ja joustava toisto

Koodatun käyttöliittymätestin (CUIT) tuetut tekniikat

Koodatulla käyttöliittymällä sovellus, jossa on UI (User Interface), voidaan helposti testata. Sovellus voi olla joko ikkunapohjainen tai verkkopohjainen.

Koodattu käyttöliittymä tukee teknologioita, kuten

  • Ikkunapohjaiset työpöytäsovellukset
  • Verkkopalvelut (SOAP, ASPX jne.)
  • Ikkunapuhelinsovellukset
  • WPF (Windows esittely Foundation)
  • Verkkosovellukset (HTML, Silverlight, HTML5)

Miksi käyttää koodattua käyttöliittymää testiautomaatioon?

Syy, miksi koodattu käyttöliittymä testiautomaatiota varten on parempi

  • Kehittäjät ja ohjelmistotestaajat voivat tehdä yhteistyötä tehokkaasti samoilla työkaluilla/kielellä.
  • Se tukee sekä verkkoa että Windows hankkeisiin.
  • Elementin tunnistusmekanismi on loistava ominaisuus koodatussa käyttöliittymässä. Lisäksi se tukee synkronointia
  • Playback Engine tukee ominaisuuksia, kuten 'WaitForControlExist', 'WaitForReadyLevel' jne.
  • "Testiagenttien" avulla automaatiotestejä voidaan suorittaa etäkoneilla
  • Automaatiotiimit voivat kehittää kehittyneitä testejä käyttämällä koodattua käyttöliittymää kerroksellisella kehyksellä
  • Ohjelmistostaajat voivat vangita poikkeuksia ja tallentaa tuloksen tehokkaasti käyttämällä log4net.dll-tiedostoa
  • Koodattu käyttöliittymätyökalu tukee kuvaava ohjelmointi. Sen avulla ohjelmistotestaajat voivat automatisoida skenaarioita objektin ominaisuuksien perusteella
  • Se tukee AJAX-säätimiä.

Koodattujen käyttöliittymätestien (CUIT) luominen

Voit luoda koodattuja käyttöliittymätestejä seuraavilla tavoilla.

  • Luodaan olemassa olevasta toimintotallenteesta (muuntaminen manuaalisesta testitallennuksesta)
  • Uuden koodatun käyttöliittymätestin luominen tyhjästä
  • Koodin kirjoittaminen tyhjästä

Koodatun käyttöliittymätestin sisältö

Kun luot koodatun käyttöliittymätestin, koodatun käyttöliittymän testaustyökalu luo kartan. Tämä sisältää testattavana olevan käyttöliittymän, testimenetelmät, parametrit, väitteet jne. Jokaiselle testille se luo myös luokkatiedoston.

filee Sisältö Muokattava
UIMap.Designer.cs Ilmoitusosio UIMap Class Methods Ominaisuudet Ei
UIMap.cs UIMap-luokka (osittainen) Kyllä
CodedUITest1.cs CodeUITest1-luokan menetelmät Ominaisuudet Kyllä
UIMap.uitest Testin käyttöliittymän XML-kartta. Sitä muokataan vain käyttöliittymän karttaeditorin kautta Ei
  1. UIMap.Designer.cs : Suunnittelija sisältää UIMapin koodinäkymän. Se luodaan, kun testaaja tallentaa jonkin käyttöliittymän vuorovaikutuksen tai kun joitain objekteja lisätään manuaalisesti UIMapiin.
  2. UIMap.cs: Kaikki UIMapiin tehdyt muutokset tai mukautukset tallennetaan tähän tiedostoon. Aluksi tämä tiedosto on tyhjä, ja se voidaan täyttää myöhemmin. Jos muutokset tehdään suoraan UIMap.designer.cs-tiedostoon, varmista, että niitä ei tallenneta, muuten kaikki muutokset menetetään.
  • CodedUITest1.cs: Tämä tiedosto sisältää koodatun käyttöliittymän testiluokan, testimenetelmät, väitteen kutsun ja menetelmäkutsun. Kaikki väitteet ja menetelmät kutsutaan oletusarvoisesti tästä tiedostosta.
  • UIMap.uitest: Se on UIMap-luokan XML-esitys. Se sisältää ikkunat, säätimet, ominaisuudet, menetelmät, toiminnot ja väitteet. Sitä muokataan vain käyttöliittymän karttaeditorin kautta

Seuraavaksi tässä koodatun käyttöliittymän opetusohjelmassa opimme suorittamaan koodatun käyttöliittymän automaatiotestin.

Kuinka suorittaa koodatun käyttöliittymän testi

Koodatulla käyttöliittymällä on kaksi eri tapaa suorittaa testi sovelluksellesi.

  1. Koodattu käyttöliittymä tallennus ja toisto tai
  2. Koodattu käyttöliittymä Käsikoodaus

Sinun on noudatettava seuraavaa vaihetta suorittaaksesi koodatun käyttöliittymän testauksen,

  1. Luo CodedUI-testiprojekti
  2. Lisää koodattu käyttöliittymätestitiedosto
  3. Tallenna toimintosarja
  4. Tarkista käyttöliittymäkenttien, kuten tekstilaatikoiden, arvot
  5. Katso luotu testikoodi
  6. Lisää toimintoja ja väitteitä
  7. Muokkaa testitoimintojen ja väitteiden yksityiskohtia
  8. Suorita testi

Koodatun käyttöliittymän testin (CUIT) parhaat käytännöt

Tässä on joitain parhaita käytäntöjä koodatun käyttöliittymän testiautomaatiokehykselle:

  • Käytä Coded UI Automation Test Builderia aina kun mahdollista
  • Yritä olla muokkaamatta UIMap.designer.cs-tiedostoa suoraan. Muussa tapauksessa tiedostoon tekemäsi muutokset korvataan
  • Luo testisi tallennettujen menetelmien sarjana
  • Jokaisen tallennetun menetelmän tulee toimia yhdellä sivulla, lomakkeella tai valintaikkunassa. Luo myös uusi testimenetelmä jokaiselle uudelle lomakkeelle, sivulle tai valintaikkunalle
  • Kun luot menetelmän, käytä oletusnimen sijasta merkityksellistä menetelmän nimeä. Merkittävä nimi auttaa tunnistamaan menetelmän tarkoituksen
  • Jos mahdollista, rajaa jokainen tallennettu menetelmä alle 10 toimintoon. Tämä lähestymistapa helpottaa menetelmän korvaamista, jos käyttöliittymä muuttuu.
  • Voit luoda väitteen CodedUI-testien rakentajalla. Se lisää automaattisesti vahvistusmenetelmän UIMap.Designer.cs-tiedostoon.
  • Tallenna testimenetelmät/vahvistusmenetelmät uudelleen, jos käyttöliittymät muuttavat tai tallentavat uudelleen olemassa olevan testimenetelmän vaikuttaneet osat.
  • Jos koodaat suoraan API:lla, käytä UIMap.Designer.cs-tiedostossa luotujen luokkien menetelmiä ja ominaisuuksia. Nämä luokat tekevät työstäsi luotettavampaa ja helpompaa sekä auttavat sinua olemaan tuottavampia.

Koodatun käyttöliittymätestin vertailu vs Selenium Vs QTP

Alla on vertailutaulukko koodatun käyttöliittymän vs Selenium Vs QTP:

  • Selenium ei tue WPF:ää yhtä hyvin Windows sovellukset
  • Visual Studio CodedUI tukee Window Store -sovellustestausta sekä Window Phone -sovellustestausta. Mikään muu työkalu ei tue tätä.
  • Testi valmis tukee ikkunasovellusta, mutta vaatii laajennuksen asentamisen.

Koodattu käyttöliittymätesti vs Selenium Vs QTP

Koodatun käyttöliittymätestin vertailu vs Selenium Vs QTP

Yhteenveto:

  • Automaattiset testit, jotka ohjaavat sovellustasi sen käyttöliittymän (UI) kautta, tunnetaan CodedUI-testeinä (CUIT).
  • Koodattu käyttöliittymätestiautomaatiokehys tukee teknologioita, kuten verkkopalveluita, ikkunapuhelinsovelluksia, verkkosovelluksia jne.
  • Koodatun käyttöliittymän testauksen avulla kehittäjät ja Ohjelmistojen testaajat tehdä tehokasta yhteistyötä samoilla työkaluilla/kielellä
  • CodedUI:n käytön aikana luotu sisältö tai tiedosto sisältää
  • UIMap.Designer.cs
  • UIMap.cs
  • CodedUITest1.cs
  • UIMap.uitest

Tiivistä tämä viesti seuraavasti: