Tyypillinen ohjelmistoautomaation testaus vaatii automaatiotyökalun, 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ä Visual Studion avulla.
Tässä opetusohjelmassa opit-
- Mikä on koodattu käyttöliittymätesti (CUIT)?
- Koodatut käyttöliittymän testausominaisuudet
- Koodatut käyttöliittymätestit (CUIT) tuetut tekniikat
- Miksi käyttää koodattua käyttöliittymää testausautomaatioon
- Koodattujen käyttöliittymätestien (CUIT) luominen
- Koodatun käyttöliittymätestin sisältö
- Kuinka suorittaa koodattu käyttöliittymätesti
- Parhaat käytännöt koodatulle käyttöliittymätestille (CUIT)
- Koodatun käyttöliittymätestin vertailu vs. Seleeni vs. QTP
Mikä on koodattu käyttöliittymätesti (CUIT)?
CUIT ovat automaattisia testejä, jotka ohjaavat sovellustasi sen käyttöliittymän (UI) kautta. Siksi nimi koodatut käyttöliittymätestit (CUIT). Nämä testit sisältävät käyttöliittymän kontrollien toiminnallisen testauksen. Se tarkistaa koko sovelluksen toimivuuden käyttöliittymä mukaan lukien.
Koodatut käyttöliittymän testausominaisuudet
Koodatut käyttöliittymän ominaisuudet sisältävät
- Toiminnallinen testaus
- Luo koodi VB / C #
- Integroitu ALM-tarinaan
- Luo, asenna ja testaa laboratoriossa tai osana rakennusta
- Paikallinen, etäkäyttö, tiedonkeruu
- Runsaasti laajennettavissa
- Tarkoituksellinen tallennus ja joustava toisto
Koodatut käyttöliittymätestit (CUIT) tuetut tekniikat
Koodatulla käyttöliittymällä sovellus, jolla on käyttöliittymä (User Interface), voidaan helposti testata. Sovellus voi olla joko ikkuna- tai verkkopohjainen.
Koodattu käyttöliittymä tukee esimerkiksi
- Ikkunapohjaiset työpöytäsovellukset
- Verkkopalvelut (SOAP, ASPX jne.)
- Ikkunapuhelinsovellukset
- WPF (Windows Presentation Foundation)
- Verkkosovellukset (HTML, Silverlight, HTML5)
Miksi käyttää koodattua käyttöliittymää testausautomaatioon
Syy, miksi testiautomaation koodattu käyttöliittymä on edullinen
- Kehittäjät ja ohjelmistotestaajat voivat tehdä tehokasta yhteistyötä käyttämällä samoja työkaluja / kieltä.
- Se tukee sekä verkkoja että Windows-projekteja.
- Elementtien tunnistusmekanismi on suuri ominaisuus koodatussa käyttöliittymässä. Se tukee myös synkronointia
- Playback Engine tukee ominaisuuksia, kuten 'WaitForControlExist', 'WaitForReadyLevel' jne.
- Testitagenttien avulla automaatiotestit voidaan suorittaa etäkoneilla
- Automaatiotiimit voivat kehittää kehittyneitä testejä käyttämällä koodattua käyttöliittymää kerrostetulla kehyksellä
- Ohjelmistojen testaajat voivat kaapata poikkeuksia ja tallentaa tuloksen tehokkaasti käyttämällä log4net.dll-tiedostoa
- Koodattu käyttöliittymätyökalu tukee kuvailevaa ohjelmointia. Sen avulla ohjelmistotestaajat voivat automatisoida skenaarioita kohteen ominaisuuksien perusteella
- Se tukee AJAX-ohjaimia.
Koodattujen käyttöliittymätestien (CUIT) luominen
Voit luoda koodatut käyttöliittymätestit tekemällä sen seuraavilla tavoilla.
- Luominen olemassa olevasta toimintotallenteesta (muuntaminen manuaalisesta testitallennuksesta)
- Uuden koodatun käyttöliittymätestin luominen alusta alkaen
- Koodin kirjoittaminen tyhjästä
Koodatun käyttöliittymätestin sisältö
Kun luot koodatun käyttöliittymätestin, koodattu käyttöliittymän testausohjelma luo kartan. Tämä sisältää testattavan käyttöliittymän, testimenetelmät, parametrit, väitteet jne. Jokaiselle testille se luo myös luokkatiedoston.
| Tiedosto | Sisältö | Muokattavissa |
|---|---|---|
| UIMap.Designer.cs | Ilmoitusosa UIMap Class Methods Properties | Ei |
| UIMap.cs | UIMap-luokka (osittainen) | Joo |
| CodedUITest1.cs | CodeUITest1-luokka Methods Properties | Joo |
| UIMap.uitest | Testin käyttöliittymän XML-kartta. Sitä muokataan vain UI Map editorilla | Ei |
- UIMap.Designer.cs : Suunnittelija sisältää UIMap-koodinäkymän. Se syntyy, kun testaaja tallentaa jonkin käyttöliittymävuorovaikutuksen tai kun jotkut objektit lisätään manuaalisesti UIMapiin.
- UIMap.cs : Kaikki UIMapiin tehdyt muokkaukset 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ä sitä ei ole tallennettu, muuten kaikki muutokset menetetään.
- CodedUITest1.cs : Tämä tiedosto sisältää koodatun käyttöliittymän testausluokan, testimenetelmät, väitekutsun ja menetelmän kutsun. Kaikki väitteet ja menetelmät käytetään oletuksena tästä tiedostosta.
- UIMap.uitest : Se on UIMap-luokan XML-esitys. Se sisältää ikkunat, hallintalaitteet, ominaisuudet, menetelmät, toiminnot ja väitteet. Sitä muokataan vain UI Map editorilla
Kuinka suorittaa koodattu käyttöliittymätesti
Koodatulla käyttöliittymällä on kaksi eri tapaa suorittaa testi sovelluksellesi.
- Koodattu käyttöliittymän tallennus ja toisto tai
- Koodattu käyttöliittymä Käsikoodaus
Suorita koodattu käyttöliittymätesti noudattamalla seuraavaa vaihetta,
- Luo koodattu UI-testiprojekti
- Lisää koodattu käyttöliittymän testitiedosto
- Tallenna toimintosarja
- Tarkista käyttöliittymäkenttien, kuten tekstiruutujen, arvot
- Tarkastele luotua testikoodia
- Lisää lisää toimintoja ja väitteitä
- Muokkaa testitoimintojen yksityiskohtia ja väitteitä
- Suorita testi
Parhaat käytännöt koodatulle käyttöliittymätestille (CUIT)
Tässä on joitain parhaita käytäntöjä koodatulle käyttöliittymätestille,
- Käytä koodattua käyttöliittymän testausohjelmaa aina kun mahdollista
- Yritä olla muuttamatta UIMap.designer.cs-tiedostoa suoraan. Muussa tapauksessa tiedostoon tekemäsi muutokset korvataan
- Luo testi tallennettujen menetelmien sarjana
- Jokaisen tallennetun menetelmän tulisi toimia yhdellä sivulla, lomakkeessa tai valintaikkunassa. Luo myös uusi testimenetelmä kutakin uutta lomaketta, sivua tai valintaikkunaa varten
- Kun luot menetelmän, käytä oletusnimen sijaan mielekästä menetelmän nimeä. Merkityksellinen nimi auttaa tunnistamaan menetelmän tarkoituksen
- Jos mahdollista, rajoita jokainen tallennettu menetelmä alle 10 toimintoon. Tämä lähestymistapa helpottaa menetelmän korvaamista, jos käyttöliittymä muuttuu.
- Luo väite käyttämällä koodattua käyttöliittymän testin rakennustyökalua. Se lisää automaattisesti vakuutusmenetelmän UIMap.Designer.cs-tiedostoon.
- Tallenna testimenetelmät / väitemenetelmät uudelleen, jos käyttäjän käyttöliittymät muuttavat tai tallentavat uudelleen olemassa olevan testimenetelmän vaikuttavat 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 ja auttavat sinua olemaan tuottavampia.
Koodatun käyttöliittymätestin vertailu vs. Seleeni vs. QTP
Alla on koodatun käyttöliittymätestin vertailutaulukko muiden automaatiotyökalujen kanssa.
- Seleeni ei tue mitään WPF- tai Windows-sovelluksia
- Visual Studio -koodattu käyttöliittymä tukee Windows Store -sovellustestausta sekä Window Phone -sovellustestausta. Mikään muu työkalu ei tue tätä.
- Testi on valmis tukee Windows-sovellusta, mutta vaatii laajennuksen asentamisen.
Yhteenveto:
- Automaattiset testit, jotka ohjaavat sovelluksesi käyttöliittymän kautta, tunnetaan koodatuina käyttöliittymätesteinä (CUIT).
- Koodattu käyttöliittymä tukee tekniikoita, kuten verkkopalveluja, ikkunapuhelinsovelluksia, verkkosovelluksia jne.
- Koodatun käyttöliittymän avulla kehittäjät ja ohjelmistotestaajat voivat työskennellä tehokkaasti käyttäen samoja työkaluja / kieltä
- Sisältö tai tiedosto, joka on luotu koodattua käyttöliittymää käytettäessä, sisältää
- UIMap.Designer.cs
- UIMap.cs
- CodedUITest1.cs
- UIMap.uitest