PyUseCase

PyUseCase on GUI testaus ohjelmiston PyGTK.
ylläpidettävissä GUI testauksen käyttötapaus Recorder
Tallennus tahallisuus sijaan mekaniikka
Luonnollisin tapa luoda testejä käyttöliittymän kautta on mahdollista toteuttaa vain toimia haluat suorittaa, ja on työkalu, jolla voidaan tallentaa ne ja sitten toistaa niitä myöhemmin. Tämä on yksinkertainen ja nopea tapa luoda GUI testejä ja on olemassa monia työkaluja, jotka eivät tätä.
Useimmat työkaluja pari testit tiukasti GUI
Ongelmat alkavat, kun sinulla on muutama testejä ja GUI muutokset. Tallennus voi olla loistava tapa luoda testejä, mutta se on kauhea tapa säilyttää suuren määrän niitä. Se on virhealtista, turhauttavaa ja erittäin aikaa vievää, kun olet muutaman testejä. Ensimmäisen sukupolven työkaluja tallennettujen pikselin kannat ja hajosi heti vaihtanut näytön tarkkuutta. Tänään työkaluja käsitellä kannalta GUI mekaniikka: löytää pöytä tietty nimi ja valitse kolmannessa sarakkeessa neljännellä rivillä. He voivat selvitä näytön muutokset ja pienet uudelleen järjestelyistä GUI, mutta ei paljon muuta. Tallennettu skriptit ovat tiiviitä ja eivät välitä Testin tarkoituksena, ja ovat apuna kirjoja kaikkiin ei-teknisiä ihmisiä (ja joskus kaikki paitsi kirjailija työkalu).
Ongelmana on olennaisesti yksi kytkin. Testejä ja GUI on tiukasti kytketty toisiinsa ja voi mukavasti vaihdella toisistaan ​​riippumatta. Tämä seikka tehdään hyvin Robert C. Martin blogissaan täällä, ja hänen johtopäätöksensä on, että GUI testaus on luonnostaan ​​hauras ja sinun pitäisi tehdä niin vähän siitä kuin voit saada pois.
Tämä vaikuttaa melko tappiomielialaa kuitenkin. Siellä on valtava arvo pysty osoittamaan mitä testejä tehdä järjestelmän käyttäjälle. Jos testit ohittaa käyttöliittymän niin, että prosessi vaatii melkoisesti teknistä taitoa ja paljon luottamus osa käyttäjän. Ja muutenkin, ohjelmistojen kehittäjät ratkaisemaan kytkentä ongelmat koko ajan. Vastaus on, kuten tavallista, esitellä toiselle tasolle välillisen.
Breaking kytkin UI kartan
Liikemiehet ja käyttäjät yleensä työskentelevät käyttötapauksia. Nämä ovat korkean tason kuvauksia peräkkäiset toimenpiteet kielellä, jota he ymmärtävät: toisin sanoen, että verkkotunnuksen. Ajatus "Käytä asia Recorder" on siis väline, jolla voidaan tallentaa ja toistaa tällaiset sekvenssit ja siten vangita tarkoitusta käyttäjälle. Tämä sitten sallii lisääntyneen ymmärrystä, vähemmän riippuvuutta tarkkaa muotoa GUI ja helpottaa sopeuttamista testien turvautumatta klikkaamalla kaikki painikkeet uudelleen.
Perusmekanismi on, että säilytämme kartoitus toimia, jotka voidaan tällä hetkellä suorittaa myös GUI ja kannanotot tällä alalla kielellä. GUI muutokset silloin tarkoita, että tämän yhden kartoitus on päivitettävä, mutta testejä ei muutu, jatkaa kuvailla mikä on tehtävä merkityssisällön osalta. Tämä kartoitus on muodoltaan ulkoisen tiedoston PyUseCase 3.0 ja tulevan JUseCase 3.0, kun taas vanhemmissa versioissa se on muodoltaan instrumentointi sovelluksen koodia.
tarkistus käyttäytymisen kautta lokit ja TextTest
Joten meidän käyttö-tapaus tallennin voi tallentaa ja toistaa usecases meille. Mutta miten voimme tarkistaa, että mitä näemme ruudulla on oikea? Useimmat graafisia työkaluja tehdä tämän antamalla testikoodi sisältää "väitteitä", jotka näyttävät joitakin widget ja tarkista, että jotkut ominaisuus on yhtä kovakoodattuihin arvoon. Tämä luo vielä enemmän riippuvuutta nykyisen GUI layout ja ei voi "kirjata" millään luonnollisella tavalla, mutta on ohjelmoitu jälkikäteen. No "usecase" olisi luonnollisesti oltava nämä tiedot: jos se ei se muuttuisi testikoodi.
Tämä keskustelu ei ole TextTest päällä turhaan. Jos voimme vain saada myös sovellus tuottaa lokin mitä GUI näyttää voimme tarkistaa, mitä se tekee seuraamalla sisällön että lokin avulla TextTest. PyUseCase 3.0 tekee tämän puolestasi: se tuottaa ASCII-art tyyppinen lokin nykyisen GUI ulkonäkö ja seuraa muutoksia. Sovellus voi täydentää sitä omalla puunkorjuun se haluaa. Muiden käyttö-tapaus tallentimet sovellus tarvitsee rakentaa oman loki tätä varten parhaillaan.
Synkronointi testien koodi instrumentointi
Lähes kaikki GUI testaus ponnistelut vaivaavat ongelmat varmistamalla käsikirjoituksen odottaa tarpeeksi kauan, ennen kuin jatkat kun jotain tapahtuu taustalla. Ratkaisut vaihtelevat mystistä tapoja odottamaan jonkin widget on tietty ulkoasu (vielä riippuvuuksia GUI-mekaniikka) ja "nukkumaan" lausunnot liberaalisen hajallaan. Joka epäonnistua, kun järjestelmä on ladattu ja aiheuttaa testit ajaa paljon hitaammin kuin ne muuten olisivat. Kuka tahansa ilman tuntemus koodi on huonosti ratkaista tällaisia ​​ongelmia, mutta näin on elintärkeä osa kirjoittamisen testejä.
Käytä-tapaus tallentimet käyttöön käsite "Application Event". Tämä on pohjimmiltaan joitakin instrumentointi on koodi, joka ilmaisee käyttöön-tapaus tallennin että jotain on tapahtunut, joka on odottanut, jolloin tallennin tallentaa ja kuunnella odottaa sekä napsautuksella. Ne on kuvattu tässä yksityiskohtaisemmin.
Tallennus makroja sekä testejä
Korkean tason, helposti manipuloitavissa "usecases" ovat hyödyllisiä muita asioita kuin testaukseen. Ne ovat myös erittäin hyödyllisiä käyttäjille järjestelmän, joka voi luoda omia makroja toimintojen sarjoihin he tekevät usein.
Näitä kutsutaan "GUI pikavalinnat" täällä. Käytä-tapaus tallennin tyypillisesti avulla sovellus pyytää "koristella" siitä, joka sisältää ohjaimet tallennukseen ja toistoon niitä, jotka voidaan työntää sovelluksen GUI halutulla tavalla. Sen lisäksi avulla käyttäjät voivat luoda makroja, ne voidaan myös käyttää luomaan vieläkin korkeampi vedenotto "test kieli" edellä kuvattu, avustaisivat testaajat suorittaessaan toistuvia toimia saavuttavat tietyn näytön testaukseen. Ne on kuvattu tässä yksityiskohtaisemmin.
Lisätietoa löytyy projektin kotisivulla.

Mikä on uusi tässä julkaisussa:

• Hyvin perustason tuen wxPython oli lisätty.
• On myös useita parannuksia ja korjauksia varten PyGTK. Erityisesti gtk.Dialog.run on nyt tuettu ilman lähdekoodia muutoksia.
• Python 2.6 ja PyGTK 2,12 tai uudempi vaaditaan nyt.
• perintö instrumentointi-pohjainen käyttöliittymä on poistettu.

vaatimukset

• Python
• PyGTK
• TextTest