Agile Test Automation Framework

Muutaman viime vuoden aikana, siitä lähtien, kun ketterä metodologia otettiin käyttöön perustajiensa huutaessa ja valmiina luopumaan perinteisen vesiputousmallin arkipäiväisestä ja työläs realiteeteista, sen vaikutus voi tuntua myös silloin, kun on kyse Automaatiotestaus.

Automatisointi Waterfallissa vs automaatio ketterässä

Perinteisen ohjelmistotestauksen elinkaaren aikana automaatiotestaus on yleensä mahdollista, kun sovellus on vakaa, vakaa ja vaatimus on mukana a:n kanssa todella paljon aikaa ja useimmissa tapauksissa siihen liittyy joukko erittäin taitavia automaatioasiantuntijaresursseja sekä huomattava määrä käyttöönottokustannuksia. Automaatiotestauksen perustarkoituksena on vähentää kustannuksia pitkällä aikavälillä ja varmistaa, ettei olemassa olevista testitapauksista ole ilmaantunut uusia vikoja.

Automaatiotestaus tekniikan luonteen vuoksi ei ole tutkivaa luonnossa, sillä automaatiotestauksen päätehtävänä on säästää aikaa ja vähentää kustannuksia. Automaatiotestauksen ei ole tarkoitus keksiä uusia ja innovatiivisia vikoja. Automaatiotestauksella pyritään lähinnä vahvistamaan jo olemassa olevaa.

Kuinka automatisoida ketterässä metodologiassa

Nyt jo määritelmänsä mukaan ketterä metodologia puhuu työläs ja työläs dokumentoinnin luopumisesta, jotta uusia ja innovatiivisia ideoita voitaisiin toteuttaa ja ihmiset voisivat olla vapaasti vuorovaikutuksessa keskenään, jotta näitä innovatiivisia ja tutkivia ideoita voitaisiin toteuttaa enemmän.

Näin ollen voisimme nähdä ristiriidan ketterän metodologian perusfilosofian ja automaatiotestauksen välillä.

Ketterän testiautomaation peruspisteet

Joten meidän on tarkasteltava tiettyjä perustavanlaatuisia kohtia tässä, kun on kyse ketterän menetelmän käytön arvioinnista suhteessa automaatiotestausmenetelmiin ja -tekniikoihin. Siksi meidän on otettava huomioon joitain perustavanlaatuisia seikkoja, kuten suunnitteluun ja koodaamiseen kuluva aika, suunniteltujen komentosarjojen validointi olemassa olevilla testitiedoilla ja saman ottaminen käyttöön testaukseen (ovatko testit toiminnallisia tai regressiotarkoituksia varten). kaikki nämä tapahtumat ovat sitä, että kaikkien näiden tosiasioiden suorittamiseksi meidän on varmistettava, että näihin tehtäviin kuluu huomattava määrä aikaa ja ketterässä ympäristössä, jossa keskimääräinen sprintti kestää keskimäärin 1-2 viikkoa ja siten se on ilmiselvästi liian vaikeaa ajatella niin paljon aikaa skriptien automatisointiin tällä tavalla.

Toinen merkittävä tekijä tässä on edelleen se, millaisia ​​muutoksia vaatimuksissa tulee kuvaan, kun ketterä metodologia on pelissä. Ketterä metodologia on oman määritelmänsä mukaan eräänlainen tekniikka, joka on erittäin hyödyllinen vastaamaan asiakkaiden nopeisiin muutosvaatimuksiin ja joka siten soveltuu hyvin usein tapahtuviin muutoksiin sovelluksen kokonaiskehityksen aikana.

Sitä vastoin automaatiotestaus on erittäin hyödyllinen, kun kyse on vakaammista ja harvemmin esiintyvistä vaatimuksista. Automaatiotestaus ei siis määritelmän mukaan sovellu hyvin erilaisiin toistuviin vaatimusten muutoksiin, jotka liittyvät ketterän menetelmän käyttöön.

Ketterät automaatiotyökalut

Asiaankuuluvien valinta automaatiotyökalu on myös mahdollisesti erittäin tärkeä tekijä, kun on kyse automaatiotestauksen käyttöönotosta yleisen ketterän metodologian puitteissa. Esimerkiksi lisensoidut automaatiotyökalut asettavat tiukat suojauskriteerit erityyppisille ja -tasoisille käyttäjille, kun kyse on tiettyyn testausautomaatiokehykseen kuuluvista tärkeistä resursseista.

Sitä vastoin ketterä metodologia painottaa enimmäkseen avointa yhteistyötä ja avointa vuorovaikutusta tiimin jäsenten välillä ja siten rajoittavia käytäntöjä, jotka vaikuttavat suoraan siihen, kuinka käyttäjät vaikuttaisivat kielteisesti tiimin yleiseen yhteenkuuluvuuteen ja voivat siten johtaa tuloksiin, jotka eivät ole kovin kummoisia. hyödyllistä eikä kovinkaan edistä hankkeen yleistä menestystä.

Siksi prosessin ensisijaisena tärkeänä tulisi olla varmistaa, että automaation testiskriptien laadukkaan toimituksen saavuttamiseksi määrätyssä ajassa ketterän menetelmän sallimalla tavalla; meidän on valittava mahdolliset testitapaukset, jotka automatisoidaan vivahteikkaammin siten, että nämä automaattiset testiskriptit soveltuvat hyvin tulevaa uudelleenkäyttöä varten sekä varmistavat, että ne voidaan valmistaa määrätyn ajan kuluessa (kuten tarvitaan ketterän metodologiaprosessin aikana).

Kaikkien edellä mainittujen tekijöiden tarkastelun jälkeen voimme siis ymmärtää, että jopa ketteriä menetelmiä käytettäessä meidän on tuotava kuvaan erilaisia ​​testityyppejä, kuten esimerkiksi regressiotestit (koska ketterissäkin testeissä tarvitaan huomattava määrä testaustyötä ottaa käyttöön ketterät menetelmät kokonaistuotteen paremman laadun varmistamiseksi)

Katsotaanpa nyt alkeellisimpia tilanteita, joissa automaatiotestausta voidaan käyttää ja kuinka voimme ottaa sen käyttöön ketterän testauksen puolella.

Automaatiotestaus Concepts kun sitä sovelletaan ketterään