PyUseCase

PyUseCase este un software de testare GUI pentru pygtk.
de testare GUI întreținut cu un Use Case Recorder
Înregistrarea intenția, mai degrabă decât mecanicii
Modul cel mai natural de a crea teste printr-o interfață de utilizator este de a efectua pur și simplu acțiunile pe care doriți să efectuați și să aibă un instrument care le poate înregistra și apoi să le reproducă mai târziu. Aceasta este o modalitate simplă și rapidă de a crea teste GUI și există multe instrumente care fac acest lucru.
Cele mai multe instrumente cuplu testelor strâns la GUI
Problemele începe atunci când aveți câteva teste și GUI modificările. Înregistrarea poate fi o modalitate foarte bună de a crea teste, dar este un mod groaznic de a menține un număr mare de ele. Este erori, frustrant și foarte consumatoare de timp după ce câteva teste. Prima generație de instrumente înregistrate poziții pixeli și a rupt imediat ce ați schimbat rezoluția ecranului. Astăzi instrumentele acord în ceea ce privește mecanica GUI: găsi un tabel cu un anumit nume și faceți clic în coloana a treia patrulea rând. Ele pot supravietui schimbări de ecran și minore re-aranjamente ale GUI, dar nu de mult altceva. Script-urile înregistrate sunt dense și nu transmite scopul testului, si sunt o carte închisă pentru toți oamenii non-tehnic (și, uneori, pentru toată lumea, cu excepția autorului a instrumentului).
Problema este, în esență, una din cuplaj. Testele și GUI sunt strâns legate între ele și nu pot varia confortabil independent una de cealaltă. Acest punct se face bine de Robert C. Martin, în blog-ul său aici și concluzia sa este ca testarea GUI este în mod inerent fragil și ar trebui să faci cât mai puțin de ea ca puteți obține departe cu.
Acest lucru pare destul de defetist, deși. Nu este o valoare foarte mare în a fi capabil de a demonstra ce fac teste pe un utilizator al sistemului. Dacă testele trece interfața cu utilizatorul, atunci acest proces necesită o mare cantitate de cunoștințe tehnice și o mulțime de încredere din partea dvs. de utilizator. Și, oricum, dezvoltatorii de software a rezolva problemele de cuplare tot timpul. Răspunsul este, ca de obicei, pentru a introduce un alt nivel de indirectare.
Ruperea cuplarea cu o hartă UI
Oamenii de afaceri și utilizatorii lucrează în general în cazuri de utilizare. Acestea sunt descrieri la nivel înalt ai o secvență de acțiuni într-o limbă pe care o înțeleg: și anume că din domeniul. Ideea unei "Use Case Recorder" este, prin urmare, un instrument care poate înregistra și reda astfel de secvențe și, prin urmare, surprinde intenția utilizatorului. Acest lucru va permite apoi înțelegerea crescut, dependența mai puțin pe forma exactă a GUI și mai ușor adaptarea testelor existente, fără a recurge la un nou click toate butoanele.
Mecanismul de bază este că ne menținem o mapare între acțiunile care pot fi în prezent efectuate cu GUI și declarații noastră în această limbă domeniu. Schimbări GUI atunci înseamnă că această unică de cartografiere trebuie să fie actualizate, dar testele pot rămâne neatins, continuă să descrie ceea ce trebuie făcut la nivel conceptual. Aceasta cartografiere ia forma unui fișier extern în PyUseCase 3.0 și viitoarea JUseCase 3.0, în timp ce în versiunile mai vechi este nevoie de forma de instrumente în codul de aplicare.
Verificarea comportamentului prin busteni si TextTest
Deci, recorder nostru utilizare caz poate înregistra și reda usecases pentru noi. Dar cum putem verifica dacă ceea ce vedem pe ecran este corectă? Cele mai multe instrumente GUI face acest lucru, permițând script de test pentru a conține "afirmații", care arata o parte widget și verificați că o parte proprietate a este egal cu o valoare hardcoded. Acest lucru creează și mai dependenta de aspectul GUI curent și nu pot fi "înregistrate" în nici un mod natural, dar trebuie să fie programat în după fapt. Nu "usecase" ar contine in mod natural aceste informații: în cazul în care a făcut-o ar transforma într-un script de test.
Această discuție nu este pe site TextTest pentru nimic. Dacă putem obține doar aplicația noastră de a produce un jurnal a ceea ce GUI pare că se poate verifica ceea ce face prin monitorizarea conținutului care log folosind TextTest. PyUseCase 3.0 face acest lucru pentru tine: el generează un tip de jurnal ASCII-art de aspectul GUI curentă și monitorizează schimbările la ea. Cererea poate suplimenta cu propriul logare așa cum dorește. Cu alte recordere utilizare caz cererea trebuie să construiască propriul jurnal în acest scop în prezent.
Sincronizarea teste cu cod instrumente
Aproape toate eforturile de testare GUI sunt afectate de probleme cu asigurându-vă că scriptul așteaptă destul de mult înainte de a continua atunci când se întâmplă ceva în fundal. Soluțiile variază de la modalități de arcane să aștepte pentru unele widget pentru a avea un anumit aspect (încă multe dependențe pe GUI-mecanica) a "somn" declarații din belșug împrăștiate în jurul. Care nu reușesc atunci când sistemul este încărcat și cauza testele pentru a rula mult mai lent decât ar fi altfel. Oricine fără cunoaștere intimă a codului este slab echipate pentru a rezolva astfel de probleme, dar acest lucru este o parte vitala a testelor de scris.
Recordere utilizare caz introduce conceptul de "evenimente de aplicație". Aceasta este de fapt o parte instrumente în codul care indică utilizarea caz recorder că ceva sa întâmplat că trebuie așteptat, permițând astfel recorderul pentru a înregistra și reda asteapta, precum și clicuri. Acestea sunt descrise mai detaliat aici.
macro-uri de înregistrare, precum și teste
La nivel înalt, "usecases" ușor de manipulat sunt utile pentru alte lucruri decât de testare. Ele sunt, de asemenea, extrem de utile pentru utilizatorii sistemului care pot crea propriile macro-uri pentru secvențe de acțiuni pe care le efectuează în mod frecvent.
Acestea sunt cunoscute ca "comenzi rapide GUI" aici. Un recorder Utilizați caz va permite de obicei o cerere de a solicita o "bara de instrumente" din ea, care conține comenzi pentru înregistrarea și rejucarea lor, care pot fi introduse în GUI de aplicare după cum doriți. În afară de permitand utilizatorilor sa creeze macro-uri, acestea pot fi de asemenea folosite pentru a crea abstracții nivel chiar mai mare pentru "limbajul test" descrise mai sus, complicitatea testeri în efectuarea acțiunilor repetate de a ajunge la un anumit ecran pentru testare. Acestea sunt descrise mai detaliat aici.
Mai multe informații pot fi găsite pe pagina de start a proiectului

Ce este nou în această versiune:.

• sprijin foarte de bază pentru wxPython fost adăugat.
• De asemenea, există o serie de îmbunătățiri și bugfixes pentru pygtk. În special, gtk.Dialog.run este acum suportat, fără a necesita modificări de cod sursă.
• Python 2.6 și pygtk 2.12 sau mai târziu sunt acum necesare.
• Interfața bazată pe instrumente moștenire a fost eliminat.

Cerințe :

• Python
• pygtk
• TextTest