PyUseCase

PyUseCase egy GUI tesztelés szoftver PyGTK.
karbantartható GUI tesztelés egy használati eset Recorder
Felvétel a szándék, nem pedig a mechanika
A legtermészetesebb módja a tesztek keresztül felhasználói felület az, hogy egyszerűen cselekmények végrehajtása kíván végrehajtani, és van egy eszköz, amely képes rögzíteni őket, majd reprodukálni őket később. Ez egy egyszerű és gyors módja annak, hogy hozzon létre GUI tesztek és létezik sok olyan eszköz, ami ezt.
A legtöbb eszköz pár vizsgálatok szorosan a GUI
A problémák kezdeni, ha van egy pár tesztek és a GUI változások. Felvétel lehet egy nagyszerű módja annak, hogy hozzon létre vizsgálatok, de ez egy borzasztó módon fenntartani nagy számban. Ez hibára hajlamos, frusztráló és nagyon időigényes, ha van egy pár tesztet. Az első generációs eszközök felvett pixelek pozícióit, és megtörte, amint megváltozott a képernyő felbontását. A mai eszközökkel foglalkozik szempontjából a GUI mechanika: találni egy asztal, rajta egy bizonyos nevet, és kattintson a harmadik oszlop negyedik sorában. Tudnak túlélni képernyő megváltozik, és kisebb újbóli megállapodások a GUI de mást nem. A felvett szkriptek sűrű és nem közvetíti a cél a teszt, és egy zárt könyv minden nem műszaki emberek (és néha mindenkinek, kivéve a szerző a szerszámot).
A probléma alapvetően az egyik csatlakozó. A vizsgálatokat és a GUI szorosan kapcsolódnak egymáshoz, és nem lehet kényelmesen változhat egymástól függetlenül. Ez a tétel is Robert C. Martin blogjában itt, és ő következtetés az, hogy GUI tesztelés eredendően törékeny, és meg kell csinálni, mint keveset, amennyit csak lehet megúszni.
Úgy tűnik, ez inkább defetista mégis. Óriási érték, hogy képes bizonyítani, amit a tesztek azért, hogy egy felhasználó a rendszer. Ha a tesztek megkerülni a felhasználói felületen, akkor ezt a folyamatot igényel egy szép összeg a technikai képzettséget és sok bizalmat a részét a saját felhasználói. És különben is, a szoftverfejlesztők megoldani kapcsolási problémák egész idő alatt. A válasz, mint mindig, hogy vezessenek be egy másik szinten Indirekció.
Breaking összekapcsolás egy UI térképen
Az üzletemberek és a felhasználók általában dolgoznak használati esetek. Ezek a magas szintű leírását egy műveletsor az általuk értett nyelven: azaz, hogy a domain. Az ötlet egy "Use Case Recorder" tehát egy olyan eszköz, amely képes rögzíteni és visszajátszani az ilyen szekvenciák, és ezzel rögzítse a szándékkal, hogy a felhasználó. Ez majd lehetővé teszi a megértést, kisebb függés pontos formáját a GUI és könnyebb alkalmazkodás meglévő tesztek anélkül, hogy rákattint az összes gomb újra.
Az alapvető mechanizmusa, hogy fenntartsuk a leképezést a cselekvések, amelyeket a jelenleg elvégezhető a GUI és nyilatkozatok ezen a területen nyelven. GUI változások akkor azt jelenti, hogy ez az egyetlen feltérképezése frissíteni kell, de a tesztek maradhat érintetlen, továbbra is leírják, hogy mit kell tenni a fogalmi szinten. Ez a leképezés formájában egy külső fájlt PyUseCase 3.0, és a soron következő JUseCase 3,0, míg a régebbi verziókban formájában műszerek az alkalmazás kódját.
ellenőrzése viselkedését keresztül naplók és TextTest
Tehát a use-case tud rögzíteni és visszajátszani usecases számunkra. De hogyan tudjuk ellenőrizni, hogy mit látunk a képernyőn a helyes? A legtöbb GUI eszközök ezt lehetővé téve a parancsfájlt, hogy tartalmazza a "állításokat", amelyek úgy néznek fel néhány widget, és ellenőrizze, hogy néhány tulajdonsága ez egyenlő a kódolt értéket. Ez pedig még több függés a jelenlegi GUI elrendezés, és nem lehet "rögzített" bármely természetes módon, de lehet programozni után a tényt. Nem "usecase" természetesen tartalmazza ezt az információt: ha mégis lenne viszont egy teszt script.
Ez a vita nem a TextTest helyszínen a semmiért. Ha csak megkapjuk a kérelmet, hogy készítsen egy napló, amit a GUI néz ki, mint tudjuk ellenőrizni, mit csinál nyomon követi a tartalmát, hogy a napló segítségével TextTest. PyUseCase 3,0 megteszi ezt: generál egy ASCII-art típusú log a jelenlegi GUI megjelenését és figyeli változtatásokat. Az alkalmazás kiegészítheti azt saját fakitermelés kívánja. Más use-case felvevők alkalmazását kell építenie saját naplót erre a célra jelenleg.
szinkronizálása tesztek kód szerint műszerek
Szinte az összes GUI tesztelés erőfeszítések sújtja a problémák ügyelve a script elég hosszú ideig várakozik, mielőtt bármit tenne, ha valami történik a háttérben. A megoldások a misztikus módon várni egy widgetet, hogy egy bizonyos megjelenés (még több függőséget GUI-mechanika), hogy "alvó" nyilatkozatok bőkezűen szétszórva. Amelyek nem a rendszer betöltésekor, ami a tesztek futtatásához sokkal lassabban, mint egyébként lenne. Bárki mély ismerete nélkül a kód rosszul felszerelt, hogy megoldja ezeket a problémákat, de ezzel egy fontos része az írás tesztek.
Use-case felvevők bevezetni a koncepciót, amely "alkalmazás esemény". Ez alapvetően néhány műszereket a kódot, amely jelzi, hogy a use-case-felvevő, hogy valami történt, hogy kell vártak, ami lehetővé teszi a felvevő felvenni és visszajátszani vár, valamint a kattintásokat. Ezeket részletesebben itt.
Recording makrókkal, valamint tesztek
Magas szintű, könnyen manipulálható "usecases" hasznosak más dolgot, mint tesztelés. Ők is nagyon hasznos a rendszer felhasználói számára, aki képes létrehozni saját makrókat a sorozatok általuk végrehajtott műveletek gyakran.
Ezek az úgynevezett "GUI hivatkozások" itt. A Use-case felvevő általában lehetővé teszik a kérelmet kérjenek "eszköztár" belőle, amely ellenőrzések nyilvántartására és visszajátszása számukra, amely lehet illeszteni az alkalmazás grafikus kívánság szerint. Különben is, amely lehetővé teszi a felhasználók számára, makrók, akkor is lehet használni, hogy még magasabb szintű absztrakciók a "teszt nyelve" a fent leírt, segítve tesztelők teljesítő ismétlődő cselekvések elér egy bizonyos képernyő tesztelésre. Ezeket részletesebben itt.
További információk megtalálhatók a projekt weboldalán.

Mi az új ebben a kiadásban:

• Nagyon alap támogatása wxPython volt hozzá.
• Vannak is számos fejlesztést és hibajavítást a PyGTK. Nevezetesen, gtk.Dialog.run most már támogatja nélkül forráskód változások.
• Python 2.6 és PyGTK 2.12-utóbb most szükség.
• Az örökölt műszerek-alapú felület eltávolításra került.

követelmények :

• Python
• PyGTK
• TextTest