PyUseCase

PyUseCase ay isang GUI testing software para PyGTK.
Maintainable testing GUI na may isang Paggamit Recorder Case
Pagtatala ng mga layunin sa halip na ang mechanics
Ang pinaka-natural na paraan upang lumikha ng mga pagsusulit sa pamamagitan ng isang user interface ay upang dalhin lamang ang mga aksyon na nais mo upang maisagawa at magkaroon ng isang kasangkapan na maaaring itala ang mga ito at pagkatapos ay kopyahin ang mga ito sa ibang pagkakataon. Ito ay isang simple at mabilis na paraan upang lumikha ng mga pagsusulit GUI at may umiiral maraming mga kasangkapan na gawin ito.
Karamihan sa mga kasangkapan sa ilang mga pagsusulit mahigpit sa GUI
Ang mga problema magsimula kapag ikaw ay may ilang mga pagsusuri at ang iyong mga pagbabago GUI. Recording maaaring maging isang mahusay na paraan upang lumikha ng mga pagsusulit ngunit ito ay isang kakila-kilabot na paraan upang mapanatili ang mga malalaking numero ng mga ito. Ito ay bukas sa error, nakakadismaya at tunay na oras-ubos sa sandaling ikaw ay may ilang mga pagsubok. Ang unang henerasyon ng mga kasangkapan sa naitala posisyon pixel at nakabasag sandaling binago mo ang resolution ng iyong screen. Tools pakikitungo ngayon sa mga tuntunin ng GUI mechanics: makahanap ng isang talahanayan na may isang tiyak na pangalan at i-click sa pangatlong column ng ikaapat na hilera. Maaari silang mabuhay screen ng mga pagbabago at mga menor de edad sa muling pagsasaayos ng GUI ngunit hindi marami pa. Ang naitala script ay siksik at hindi ihatid ang layunin ng pagsubok, at ay isang closed libro sa lahat ng mga di-teknikal na mga tao (at kung minsan para sa lahat maliban sa may-akda ng mga tool).
Ang problema ay mahalagang isa sa pagkabit. Ang pagsusuri at ang mga GUI ay mahigpit na kaisa sa bawat isa at maaaring hindi matiwasay nagsasarili ng isa't isa mag-iiba. Ang puntong ito ay mahusay na ginawa sa pamamagitan ng Robert C. Martin sa kanyang blog dito at ang kanyang mga konklusyon ay na testing GUI ay likas na malutong at dapat mong gawin ang maliit na bilang ng mga ito hangga't maaari kang makakuha ng malayo sa.
Ito tila sa halip takbuhin bagaman. May malaking halaga sa pagiging magagawang upang ipakita kung ano ang iyong mga pagsusulit na gawin sa isang gumagamit ng sistema. Kung ang pagsusuri bypass ang user interface at pagkatapos ay ang proseso na hinihingi ng isang makatarungang halaga ng mga teknikal na kasanayan at isang pulutong ng tiwala mula sa mga bahagi ng iyong user. At gayon pa man, sa mga software developers na malutas ang problema pagkabit lahat ng oras. Ang sagot ay, gaya ng dati, upang ipakilala ang isa pang antas ng kawalang-tapat.
Pangunahing ang pagkabit sa isang mapa UI
Negosyo ng mga tao at ang mga gumagamit sa pangkalahatan ng trabaho sa mga kaso na paggamit. Ang mga ito ay mga paglalarawan ng mataas na antas ng isang pagkakasunod-sunod ng mga aksyon sa isang wika maintindihan nila: ibig sabihin na ng mga domain. Ang ideya ng isang "Gamitin Recorder Case" samakatuwid ay isang kasangkapan na maaaring i-record at replay tulad sequences at sa gayon makuha ang mga layunin ng mga user. Ito ay magpapahintulot sa mas mataas na pag-unawa, mas mababa ang umaasa sa eksaktong form ng GUI at mas madaling pag-aayos ng umiiral na mga pagsusulit nang walang resorting sa pag-click muli ang lahat ng mga buttons.
Ang mga pangunahing mekanismo ay na mapanatili namin ang isang pagmamapa sa pagitan ng mga aksyon na maaaring kasalukuyan ay ginanap sa aming GUI at pahayag sa wikang domain na ito. Pagbabago GUI at pagkatapos ay nangangahulugan na kailangang ma-update ito solong mapping, ngunit ang mga pagsusulit ay maaaring mananatiling hindi nagalaw, patuloy na naglalarawan kung ano ang kailangang gawin sa haka-haka na antas. Mapping na ito ay tumatagal ang form ng isang panlabas na file sa PyUseCase 3.0 at nalalapit JUseCase 3.0, habang sa mga mas lumang bersyon na ito ay tumatagal ang form ng paggamit ng mga kasangkapan sa application code.
Sinusuri ang pag-uugali sa pamamagitan ng mga tala at TextTest
Kaya aming paggamit-case recorder maaari record at replay usecases para sa amin. Ngunit kung paano namin i-check na kung ano ang nakikita namin sa screen ay tama? Karamihan sa GUI tools gawin ito sa pamamagitan ng pagpayag sa mga test script na naglalaman ng "assertions", na maghanap ng ilang widget at suriin na ang ilang mga ari-arian ng mga ito ay katumbas ng isang hardcoded halaga. Lumilikha ito pa mas asa sa kasalukuyang layout GUI at hindi maaaring "naitala" sa anumang natural na paraan, ngunit ito ay dapat na nakaprograma sa matapos ang katotohanan. Hindi "usecase" Gusto natural naglalaman ng impormasyon na ito: kung ito ay ito ay magpapasara sa isang test script.
Ang diskusyong ito ay hindi sa mga site TextTest para sa wala. Kung maaari lamang naming makuha ang aming application upang makabuo ng isang log ng kung ano ang hitsura ng GUI tulad ng maaari naming suriin kung ano ang ginagawa nito sa pamamagitan ng pagmamanman ang mga nilalaman ng log gamit TextTest. PyUseCase 3.0 Ginagawa ito para sa iyo: ito ay bumubuo ng isang ascii-art type log ng kasalukuyang GUI itsura at sinusubaybayan ang mga pagbabago sa mga ito. Maaari itong madagdagan ang application na may sariling pag-log bilang mga hangarin. Sa iba pang mga recorders gamitin-case ng mga pangangailangan upang bumuo ng kanyang sariling mag-log para sa mga layunin na sa kasalukuyan ang application.
Pag-synchronise ng mga pagsusulit sa pamamagitan code paggamit ng mga kasangkapan
Halos lahat ng mga pagsisikap na pagsubok GUI ay plagued sa pamamagitan ng problema sa siguraduhin ang script hihintayin may sapat na katagalan bago magpatuloy kapag ang isang bagay na mangyayari sa background. Ang hanay ng mga solusyon mula sa arcane paraan upang maghintay para sa ilang widget upang magkaroon ng isang tiyak na hitsura (pa mas dependencies sa GUI-mechanics) sa mga pahayag ng "pagtulog" liberally nakakalat sa paligid. Aling mabibigo kapag ay puno na ang sistema at maging sanhi upang patakbuhin ang pagsusulit mas mabagal kaysa sa kung hindi man nila gusto. Sinuman na walang intimate kaalaman ng mga code ay walang equipped upang malutas ang mga problema tulad, pa ang paggawa nito ay isang mahalagang bahagi ng pagsusuri ng pagsulat.
I-case Recorders ipakilala ang konsepto ng isang "Aplikasyon Kaganapan". Ito ay karaniwang ang ilang mga paggamit ng mga kasangkapan sa code na nagpapahiwatig na ang paggamit-case recorder na ang isang bagay ay nangyari na pangangailangan na naghintay para sa, kaya na nagpapahintulot sa recorder upang i-record at replay hihintayin pati na rin ang mga pag-click. Ang mga ito ay inilarawan sa mas maraming mga detalye dito.
Recording macros pati na rin ang mga pagsusuri
High-level, madaling manipulahin "usecases" ay kapaki-pakinabang para sa iba pang mga bagay kaysa sa pagsubok. Sila rin lubhang kapaki-pakinabang para sa mga gumagamit ng sistema na maaaring lumikha ng kanilang sariling mga macros para sa pagkakasunod-sunod ng mga aksyon madalas na gawin nila.
Ang mga ito ay kilala bilang "GUI shortcut" dito. Isang I-case recorder ay karaniwang payagan ang isang application na humiling ng isang "toolbar" mula sa mga ito na naglalaman ng mga kontrol para sa pagtatala at pag-replay ng mga ito na maaaring ipinasok sa GUI application tulad ng ninanais. Bukod nagpapahintulot sa mga gumagamit na lumikha ng macros, maaari din sila ay ginagamit upang lumikha ng kahit na mas mataas abstractions antas para sa "test language" na inilarawan sa itaas, aiding tagasubok sa pagganap ng mga paulit-ulit na aksyon upang maabot ang isang tiyak na screen para sa pagsubok. Ang mga ito ay inilarawan sa mas maraming mga detalye dito.
Higit pang impormasyon ay maaaring matagpuan sa home page proyekto

Ano ang bago sa release na ito.

• Very pangunahing suporta para sa wxPython ay naidagdag.
• Mayroon ding isang bilang ng mga pagpapahusay at bugfixes para PyGTK. Kapansin-pansin, gtk.Dialog.run ngayon ay suportado nang hindi nangangailangan ng mga pagbabago sa source code.
• Python 2.6 at PyGTK 2.12 o mas bago ngayon ay kinakailangan.
• Ang paggamit ng mga kasangkapan-based interface legacy ay tinanggal.

Kinakailangan :

• sawa
• PyGTK
• TextTest