Testiautomaatiokehykset - Aineet, jotka sinun on tiedettävä!

Sisällysluettelo:

Anonim

Tässä opetusohjelmassa opit

  • Mikä on kehys?
  • Mikä on TEST Automation Framework?
  • Automaatiokehyksen tyypit
  • 1) Lineaarinen komentosarja - tallennus ja toisto
  • 2) Testikirjaston arkkitehtuurikehys.
  • 3) Data-Driven Testing Framework.
  • 4) Avainsana- tai taulukko-ohjattu testauskehys.
  • 5) Hybridi-testiautomaatiokehys.

Mikä on kehys?

Tarkastellaan esimerkkiä sen sijaan, että annettaisiin kirjainen määritelmä kehyksestä.

Olen varma, että olet osallistunut seminaariin / luentoon / konferenssiin, jossa osallistujia pyydettiin noudattamaan seuraavia ohjeita:

  • Osallistujien tulee olla paikoillaan 5 minuuttia ennen luennon alkua
  • Tuo muistikirja ja kynä muistiinpanoja varten.
  • Lue tiivistelmä, jotta sinulla on käsitys siitä, mistä esityksessä on kyse.
  • Matkapuhelimet on asetettava äänettömiksi
  • Käytä poistumisportteja kaiuttimen vastakkaisessa päässä, jos haluat lähteä luennon keskelle.
  • Kysymyksiä käsitellään istunnon lopussa

Luuletko voivasi järjestää seminaarin ILMAN näitä ohjeita noudattamatta ????

Vastaus on iso KYLLÄ! Voit varmasti suorittaa seminaarin / luennon / konferenssin / esittelyn ilman yllä mainittuja ohjeita (itse asiassa jotkut meistä eivät noudata niitä, vaikka niitä onkin asetettu… :-)

Mutta jos ohjeita noudatetaan, se johtaa myönteiseen lopputulokseen, kuten vähentyneeseen yleisön häiritsemiseen luennon aikana ja osallistujien pidempään säilymiseen ja aiheen ymmärtämiseen.

Edellä esitetyn perusteella kehys voidaan määritellä joukoksi suuntaviivoja, jotka noudattamisen jälkeen tuottavat hyödyllisiä tuloksia.

Mikä on TEST Automation Framework?

Joukko ohjeita, kuten koodausstandardit, testidatan käsittely, objektivaraston käsittely jne. ... jotka automaation komentosarjojen noudattamisen yhteydessä tuottavat hyödyllisiä tuloksia, kuten koodin uudelleenkäytön lisääminen, korkeampi siirrettävyys, pienemmät komentosarjan ylläpitokustannukset jne. Huomaa, että nämä ovat vain ohjeita ja ei sääntöjä; ne eivät ole pakollisia, ja voit silti komentosarjan noudattamatta ohjeita. Mutta menetät kehyksen saamisen edut.

Automaatiokehyksen tyypit

1) Lineaarinen komentosarja
2) Testikirjaston arkkitehtuurikehys.
3) Data-Driven Testing Framework.
4) Avainsana- tai taulukko-ohjattu testauskehys.
5) Hybridi-testiautomaatiokehys.

Katsotaanpa niitä yksityiskohtaisesti -

1) Lineaarinen komentosarja - tallennus ja toisto

Se on yksinkertaisin kaikista kehyksistä ja tunnetaan myös nimellä "tallennus ja toisto" .Tässä kehyksessä Tester tallentaa manuaalisesti jokaisen vaiheen (navigointi ja käyttäjän syötteet), lisää tarkistuspisteet (vahvistusvaiheet) ensimmäisellä kierroksella. Sitten hän toistaa tallennetun käsikirjoituksen seuraavilla kierroksilla.

Esim .: Harkitse kirjautumista lentovaraussovellukseen ja tarkista, onko sovellus ladattu onnistuneeseen kirjautumiseen. Tässä testaaja yksinkertaisesti tallentaa vaiheet ja lisää vahvistusvaiheet.

SystemUtil.Run "flight4a.exe", "", "", "avoin"Valintaikkuna ("Sisäänkirjautuminen"). WinEdit ("Agentin nimi:"). Aseta "Guru99"Dialogi ("Kirjaudu"). WinEdit ("Salasana:"). Aseta "Mercury"Valintaikkuna ("Kirjaudu". WinButton ("OK"). Napsauta'Tarkista lentovarauksen ikkuna on ladattu onnistuneen kirjautumisen jälkeenIkkuna ("Lentovaraukset"). Tarkista CheckPoint ("Lentovaraukset")

Edut

  • Nopein tapa luoda komentosarja
  • Automaatioasiantuntemusta ei tarvita
  • Helpoin tapa oppia testaustyökalun ominaisuudet

Haitat

  • Pieni skriptien uudelleenkäyttö
  • Testitiedot koodataan kovasti komentosarjaan
  • Huolto painajainen

2) Testikirjaston arkkitehtuurikehys.

Se tunnetaan myös nimellä "strukturoitu komentosarja" tai "toiminnallinen hajoaminen".

Tässä kehyksessä testiskriptiot tallennetaan aluksi "Tallenna ja toista" -menetelmällä. Myöhemmin komentosarjojen sisäiset tehtävät tunnistetaan ja ryhmitellään funktioihin. Näitä toimintoja kutsutaan ohjaustiedostona, jota kutsutaan ohjaimeksi , eri tavoin testitapausten luomiseksi.

Esimerkki: Käyttämällä samaa esimerkkiä kuin yllä, toiminto kirjautumiseen lentovaraukseen näyttää tältä.

Toiminnon kirjautuminen ()SystemUtil.Run "flight4a.exe", "", "", "avoin"Valintaikkuna ("Sisäänkirjautuminen"). WinEdit ("Agentin nimi:"). Aseta "Guru99"Dialogi ("Kirjaudu"). WinEdit ("Salasana:"). Aseta "Mercury"Valintaikkuna ("Kirjaudu". WinButton ("OK"). NapsautaLopeta toiminto

Nyt kutsut tätä toimintoa pääkomentosarjassa seuraavasti

Soita sisään ()---------------------------Muut toimintopuhelut / testivaiheet.---------------------------

Edut

  • Strukturoidussa komentosarjassa saavutetaan korkeampi koodin uudelleenkäyttö kuin "Tallenna ja toisto"
  • Automaatiokoodien kehittäminen on halvempaa korkeampien koodien uudelleenkäytön vuoksi
  • Helpompi komentosarjojen ylläpito

Haitat

  • Tekninen asiantuntemus on välttämätöntä komentosarjojen kirjoittamiseksi Test Library Frameworkilla.
  • Testikoodien suunnitteluun ja valmisteluun tarvitaan enemmän aikaa.
  • Testitiedot on koodattu skripteihin

3) Data-Driven Testing Framework.

Tässä testikehyksessä, kun testitapauslogiikka sijaitsee testiskripteissä, testitiedot erotetaan ja pidetään testiskriptien ulkopuolella. Testitiedot luetaan ulkoisista tiedostoista (Excel-tiedostot, tekstitiedostot, CSV-tiedostot, ODBC-lähteet, DAO-objektit, ADO-objektit) ja ladataan testikoodin sisällä oleviin muuttujiin. Muuttujia käytetään sekä syöttöarvoihin että vahvistusarvoihin. Itse testiskriptit valmistellaan joko käyttämällä lineaarista komentosarjaa tai Test Library Frameworkia.

Esimerkki: Lentovarauksen sisäänkirjautumiskoodin kehittäminen tällä menetelmällä edellyttää kahta vaihetta.

Vaihe 1) Luo testi - datatiedosto, joka voi olla Excel, CSV tai mikä tahansa muu tietokantalähde.

Agentin nimi

Salasana

Jimmy

Elohopea

Tina

MERKURI

Laskuttaa

MerCURY

Vaihe 2) Kehitä testauskomentosarja ja viittaa testitietolähteeseesi.

SystemUtil.Run "flight4a.exe", "", "", "avoin"Dialogi ("Sisäänkirjautuminen"). WinEdit ("Agentin nimi:"). Aseta DataTable ("AgentName", dtGlobalSheet)Dialogi ("Kirjaudu"). WinEdit ("Salasana:"). Aseta DataTable ("Salasana", dtGlobalSheet)Valintaikkuna ("Kirjaudu". WinButton ("OK"). Napsauta'Tarkista lentovarauksen ikkuna on ladattuIkkuna ("Lentovaraukset"). Tarkista CheckPoint ("Lentovaraukset")** Huomaa "dtGlobalSheet" on QTP: n toimittama oletusarvoinen Excel-taulukko.

Edut

  • Testiskripteihin tehdyt muutokset eivät vaikuta testitietoihin
  • Testitapaukset voidaan suorittaa useilla tietojoukoilla
  • Erilaisia ​​testiskenaarioita voidaan suorittaa vaihtelemalla vain testitietoja ulkoisessa datatiedostossa

Haitat

  • Sekä testiskriptien että testidatan suunnitteluun ja valmisteluun tarvitaan enemmän aikaa

4) Avainsana- tai taulukko-ohjattu testauskehys.

Avainsanaohjattu tai taulukkopohjainen kehys edellyttää tietotaulukoiden ja avainsanojen kehittämistä riippumatta niiden suorittamiseen käytettävästä testausautomaatiotyökalusta . Testit voidaan suunnitella sovelluksen kanssa tai ilman sitä. Avainsanavetoisessa testissä testattavan sovelluksen toiminnallisuus on dokumentoitu taulukkoon ja kunkin testin vaiheittaisiin ohjeisiin.

Avainsanavetoisessa kehyksessä on 3 peruskomponenttia eli. Avainsana, sovelluskartta, komponenttitoiminto.

Mikä on avainsana?

Avainsana on toiminto, joka voidaan suorittaa GUI-komponentilla. Esim. GUI Component Textboxissa jotkut avainsanat (toiminto) ovat InputText, VerifyValue, VerifyProperty ja niin edelleen.

Mikä on sovelluskartta?

Sovelluskartta tarjoaa nimettyjä viitteitä GUI-komponenteille. Sovelluskartat ovat vain " Object Repositry "

Mikä on komponenttitoiminto?

Komponenttitoiminnot ovat niitä toimintoja, jotka manipuloivat tai kyselevät aktiivisesti GUI-komponenttia. Esimerkki toiminnosta olisi napsauta verkkopainiketta, jossa on kaikki virhekäsittely, kirjoita tiedot verkkomuokkaukseen kaikilla virhekäsittelyillä. Komponenttitoiminnot voivat olla sovelluksesta riippuvia tai riippumattomia.

Esimerkki : Avainsananäkymän ymmärtäminen antaa saman esimerkin. Se esittelee 2 vaihetta

Vaihe 1 : Tietotaulukon luominen (erilainen kuin Data-Driven Frameworkissa luotu testitietotaulukko). Tämä tietotaulukko sisältää GUI-objekteille suoritettavan toiminnan ja mahdolliset vastaavat argumentit. Jokainen rivi edustaa yhtä testivaihetta.

Esine

(Sovelluskartta)

Toiminta

(AVAINSANAT)

Perustelu
WinEdit (edustajan nimi)
 Aseta
 Guru99
WinEdit (salasana)
 Aseta
 Elohopea
WinButton (OK)
 Klikkaus
Ikkuna (lentovaraukset)
 Vahvista
 Olemassa

Vaihe 2 : Koodin kirjoittaminen komponenttitoimintojen muodossa.

Kun olet luonut tietotaulukko (t), sinun tarvitsee vain kirjoittaa ohjelma tai komentosarjajoukko, joka lukee jokaisessa vaiheessa, suorittaa vaiheen Toiminto-kentän sisältämän avainsanan perusteella, suorittaa virhetarkistuksen ja kirjaa kaikki asiaankuuluvat tiedot. Tämä ohjelma tai komentosarjajoukko näyttäisi olevan samanlainen kuin alla oleva pseudokoodi:

Päätoiminto (){Soita ConnectTable (Taulukon nimi) {// Soittotoiminto taulukkoon yhdistämistä varten.while (Kutsu TableParser ()! = -1) // Soittotoiminto jäsentämään ja poimimaan arvot taulukosta.{Siirrä arvot sopiville COMPONENT-toiminnoille. Kuten Set (Object Name, Argument) ex.Set (Agent Name, Guru99).}}Kutsu CloseConnection () // Toiminto yhteyden sulkemiseen, kun kaikki toiminnot on suoritettu.} // Päälaitteen loppu

Kaikki tämä avainsanavetoiselle kehykselle.

Avainsanaohjatun kehyksen etuna on, että avainsanat ovat uudelleenkäytettäviä. Ymmärtääksesi tämän, sinun on vahvistettava sisäänkirjautumistapa verkkosivustolle sanomalla YAHOO MAIL. Pöytä näyttää tältä -

Objekti (SOVELLUSKARTTA) Toiminto (KEYWORD) Perustelu
WebEdit (käyttäjänimi) Aseta Tämä sähköpostiosoite on suojattu spamboteilta. Tarvitset JavaScriptin käyttääksesi sitä.
WebEdit (salasana) Aseta xxxxx
WebButton (OK) Klikkaus
Ikkuna (Yahoo Mail) Vahvista Kuormat

Jos havaitset tässä tapauksessa Avainsanat, napsauta, tarkista, pysyvät ennallaan, joille vastaavat komponenttitoiminnot on jo kehitetty. Sinun tarvitsee vain vaihtaa sovelluskartoitus (Object Repository) aiemmasta lentovarauksesta Yahoo Mailiksi muuttamalla argumentin arvoja ja sama komentosarja toimii!

Edut

  • Tarjoaa korkean koodin uudelleenkäytettävyyden
  • Testityökalu riippumaton
  • Riippumatta testattavasta sovelluksesta, sama komentosarja toimii AUT: lla (tietyin rajoituksin)
  • Testit voidaan suunnitella joko AUT: lla tai ilman sitä

Haitat

  • Alkuinvestoinnit ovat melko suuria, ja niiden edut voidaan saavuttaa vain, jos sovellus on huomattavan suuri ja testiskriptejä pidetään yllä muutaman vuoden ajan.
  • Avainsanaohjatun kehyksen luominen vaatii korkeaa automaatiota.

HUOMAUTUS: Vaikka Micro Focus UFT mainostaa itseään KeyWord Driven Frameworkina, et voi saavuttaa täydellistä testaustyökalua ja sovellusten riippumattomuutta HP UFT: n avulla.

5) Hybridi-testiautomaatiokehys.

Kuten nimestä voi päätellä, tämä kehys on yhdistelmä yhdestä tai useammasta yllä käsitellystä kehyksestä, jotka vetävät heidän vahvuuksistaan ​​ja yrittävät lieventää heikkouksiaan. Tästä hybriditestausautomaatiokehyksestä useimmat kehykset kehittyvät ajan myötä ja useiksi projekteiksi. Suurin teollisuus käyttää avainsanakehystä toimintojen hajoamismenetelmän yhdistelmässä.

PS: Muut mainitsemisen arvoiset kehykset ovat

Testaa modulaarisuuskehys

Tässä yhteydessä testikoodin yhteinen tehtävä on ryhmitelty moduuleiksi.

Esim . : Toimintojen käyttäminen QTP: ssä voi luoda Modualr-komentosarjat

Esimerkkikoodi sisäänkirjautumista varten

SystemUtil.Run "flight4a.exe", "", "", "avoin"Valintaikkuna ("Sisäänkirjautuminen"). WinEdit ("Agentin nimi:"). Aseta "Guru99"Dialogi ("Kirjaudu"). WinEdit ("Salasana:"). Aseta "Mercury"Valintaikkuna ("Kirjaudu". WinButton ("OK"). Napsauta'Skriptin loppu

Nyt voit kutsua tätä toimintoa pääkoodissa seuraavasti -

RunAction ("Kirjaudu [Argumentti]", oneIteration)

Liiketoimintaprosessien testaus (BPT)

Tämä kehys hajottaa suuret liiketoimintaprosessit osiksi, joita voidaan käyttää uudelleen useita kertoja samoissa tai erilaisissa testiskripteissä. Esimerkiksi lennon varaamisen liiketoimintaprosessi on jaettu osiin, kuten Sisäänkirjautuminen, Lentojen löytäminen, Varaus, Maksu ja uloskirjautuminen, joita voidaan käyttää uudelleen samassa liiketoimintaprosessissa tai eri prosesseissa. BPT helpottaa myös pk-yritysten ja automaatioinsinöörien tiiviimpää koordinointia.