PyUseCase

Programinė įranga Screenshot:
PyUseCase
Programinė detalės:
Versija: 3.5.1
Įkėlimo datą: 11 May 15
Kūrėjas: Geoff Bache
Licencija: Nemokamai
Populiarumas: 108

Rating: 2.0/5 (Total Votes: 1)

PyUseCase yra GUI testavimas programinė įranga pygtk.
, aptarnavimo GUI testavimas su Naudojimosi byloje Recorder "
Įrašymo ketinimas, o ne mechanika
Pats natūraliausias būdas sukurti bandymus per vartotojo sąsają, tai tiesiog atlikti veiksmus norite atlikti ir turime įrankį, kuris gali įrašyti juos ir tada paleisti jį vėliau. Tai paprastas ir greitas būdas sukurti GUI bandymus ir egzistuoja daug įrankių, kad tai padaryti.
Dažniausiai įrankiai pora bandymai sandariai GUI "
Problemos prasideda, kai jūs turite keletą tyrimų bei bandymų savo GUI pakeitimų. Įrašymo gali būti puikus būdas sukurti testus, bet tai baisi būdas išlaikyti daug iš jų. Tai klaidų tikimybė, varginantis ir daug laiko, kai jūs turite keletą bandymų. Pirmosios kartos įrankiai įrašyti pikselių pozicijas ir sumušė kuo greičiau pakeisti ekrano rezoliuciją. Šiandienos įrankiai sandoris, kalbant apie GUI mechanika: rasti lentelę su tam tikru vardu ir spustelėkite trečioje skiltyje ketvirtojo iš eilės. Jie gali išgyventi ekrane ir smulkius pakartotinio tvarką GUI, bet ne daug kitu. Užfiksuoti scenarijai yra tankus ir neturi perteikti Šio bandymo tikslas ir yra užversta knyga visiems ne techninių žmonių (o kartais ir visiems, išskyrus įrankio autoriaus).
Problema iš esmės yra vienas iš jungties. Bandymai ir sąsajos yra sandariai sujungtas viena su kita, ir negali patogiai skirtis vienas nepriklausomai nuo kito. Šis punktas yra pagamintas ir Robert C. Martin savo dienoraštyje čia ir jo išvada yra ta, kad GUI testavimas yra iš prigimties trapūs ir jūs darytumėte, kaip mažai apie tai, kaip galite išsisukti su.
Tai atrodo gana pralaimėtojas nors. Yra didžiulis vertė galėtų parodyti, ką jūsų testai padaryti, kad sistemos naudotojas. Jei bandymai apeiti vartotojo sąsaja, tada šis procesas reikalauja nemažai techninių įgūdžių ir pasitikėjimo daug iš jūsų naudotojo dalis. Ir vistiek, programinės įrangos kūrėjai išspręsti movos problemų visą laiką. Atsakymas yra, kaip įprasta, pristatyti kitą Netiesiogiai lygį.
"Breaking movą su UI žemėlapyje
Verslininkai ir vartotojai paprastai dirba naudojimo atvejais. Tai yra aukšto lygio aprašymai tam tikrų veiksmų seka jiems suprantama kalba, ty: kad domeno. Todėl apie "Use Case Recorder" idėja yra priemonė, kuri gali įrašyti ir pakartoti tokius sekas ir taip fiksuoti naudotojo ketinimų. Tai tada leis geriau suprasti, mažesnę priklausomybę nuo tikslios formos GUI ir lengviau koreguoti esamų bandymų nesiimant Naršyti visus mygtukus dar kartą.
Pagrindinis mechanizmas yra, kad mes išlaikyti pusiausvyrą tarp veiksmų, kad šiuo metu gali būti atliekami su mūsų GUI ir pareiškimų šioje srityje kalba žemėlapių. Tada GUI pokyčiai reiškia, kad tai vieno kartografavimo turi būti atnaujintas, tačiau bandymai gali likti nepaliesta, toliau aprašyti, ką reikia padaryti, konceptualiu požiūriu. Tai kartografavimo laikosi išorinio failo PyUseCase 3.0 ir būsimą JUseCase 3.0 formą, o senesnių versijų užtrunka apie prietaisų formą paraiškos kodą.
per rąstų ir TextTest elgesį tikrinimas "
Taigi, mūsų naudokis atveju įrašymo galite įrašyti ir peržaisti usecases už mus. Bet kaip mes galime patikrinti, kad tai, ką matome ekrane, yra teisinga? Dauguma GUI įrankiai tai padaryti leidžia bandymo scenarijų yra "teiginius", kuris atrodo iki tam valdikliui ir patikrinkite, ar kai ji turtas yra lygus kieta vertės. Tai sukuria dar daugiau priklausomybę nuo dabartinės GUI išdėstymą ir negali būti "įrašyti" bet natūraliu būdu, tačiau turi būti užprogramuota po to. Ne "usecase" natūraliai turėti šią informaciją: jei ji būtų virsti scenarijaus bandymą.
Ši diskusija yra ne apie TextTest svetainėje nieko. Jei mes galime gauti tik mūsų prašymą gaminti, ką GUI atrodo, kad mes galime patikrinti, ką ji daro pagal tos Prisijungti naudojant TextTest turinį stebėti žurnalą. PyUseCase 3.0 daro tai už jus: ji sukuria ASCII-meno rūšis Prisijungti dabartinės GUI išvaizda ir stebi pakeitimus. Paraiška gali papildyti ją su savo medienos ruošos, kaip ji nori. Su kitais use-case įrašymo programa turi statyti savo žurnalą šiam tikslui dabar.
Sinchronizavimas testai pagal kodą prietaisų
Beveik visi GUI testavimo pastangų kamuoja problemos su įsitikinkite scenarijus laukia pakankamai daug laiko iki tyrimo, kai kažkas atsitinka fone. Sprendimai svyruoti nuo paslaptingų būdų laukti kai valdikliui turėti tam tikrą išvaizdą (dar daugiau priklausomybes apie GUI mechanika) į "miego" ataskaitos liberaliai išsibarsčiusios aplink. Kuris nepavyksta, kai sistema yra pakrauta ir sukelti bandymai paleisti daug lėčiau nei jie kitaip būtų. Kiekvienas be intymioje žinių kodas yra blogai įrengta išspręsti tokias problemas, tačiau tai padaryti yra gyvybiškai svarbi dalis rašymo testus.
Use-case registratoriai pristatyti kaip "Application renginys" koncepciją. Tai iš esmės kai kurie kodas, kuris rodo, kad use-case įrašymo kad kažkas nutiko, kad reikia būti laukė, todėl galima įrašymo įrašyti ir peržaisti laukia taip pat paspaudimų įrankiais. Tai yra aprašyta išsamiau čia.
Įrašymo makrokomandos, taip pat testai
Aukšto lygio, lengvai manipuliuoti "usecases" yra naudinga kitų dalykų, negu bandymai. Jie taip pat yra labai naudinga vartotojams, sistemos, kuris gali susikurti savo makrokomandas ir sekų veiksmai, kurie atliekami dažnai.
Tai yra žinoma kaip "GUI klavišai" čia. Use-case įrašymo paprastai leidžia taikymas prašyti "įrankių juosta" iš jo, kuris yra kontrolės, registravimo ir klausymas tuos, kurie gali būti įtraukti į taikymo GUI, kaip tikėtasi. Be to leidžia vartotojams kurti makrokomandas, jie taip pat gali būti naudojama siekiant sukurti net aukštesnio lygio abstrakcijas už "testus kalba" aprašyta pirmiau, prisidėjimas testeriai atliekant pakartotinius veiksmus pasiekti tam tikrą ekrano testavimui. Tai yra aprašyta išsamiau čia.
Daugiau informacijos galima rasti projekto pagrindiniame puslapyje

Kas naujo , šioje laidoje.

  • Labai pagrindinė parama wxPython buvo pridėta.
  • Taip pat yra patobulinimų ir pataisymų, skirtų pygtk skaičius. Pažymėtina, gtk.Dialog.run dabar palaiko nereikalaujant išeities kodas pakeitimus.
  • Python 2.6 ir pygtk 2.12 arba naujesnė dabar nereikia.
  • palikimas prietaisų sąsaja buvo ištrintas.

Reikalavimai

  • Python,
  • pygtk
  • TextTest

Panaši programinė įranga

ReviewBoard
ReviewBoard

19 Feb 15

PyModel
PyModel

11 May 15

NoseDBResult
NoseDBResult

11 May 15

Kita programinė įranga kūrėjas Geoff Bache

TextTest
TextTest

18 Jul 15

Komentarai PyUseCase

Komentarai nerastas
Pridėti komentarą
Pasukite ant paveikslėlio!