Testi oma rakendust brauseris ühe käsuga

Kirjuta projekti vestlusesse /test ja Mythex testib sinu rakendust nii, nagu inimene seda teeks: avab elava eelvaate brauseris, külastab lehti, klõpsab nuppe ja täidab vorme ning teatab vestluses, mis töötas ja mis mitte. Võid suunata selle konkreetsele voogule, näiteks „testi registreerumist ja hinnalehte“, või lasta tal võtta rakenduses ilmne tee.

Mida see teeb

Rakenduse testimine kasutab sinu elavat eelvaadet, mitte ainult koodi. Mythex juhib brauserit töötava rakenduse vastu, jäädvustab, mida ta näeb, sealhulgas ekraanitõmmised siis, kui need on kasulikud, ja kirjutab tulemuste kokkuvõtte vestlusse.

See on teistsugune kontroll kui lähtekoodi lugemine. Kood võib tunduda õige ja ikka kasutamisel ebaõnnestuda: nupp on seotud vale käsitlejaga, vorm saadetakse, aga kinnitust ei näidata, või leht laguneb alles pärast sisselogimist. Neid leiab ainult rakendust kasutades, ja rakenduse testimine teeb seda sinu eest.

Miks see aitab

Kui ehitad agendiga, on eelvaade see, mille järgi edu hindad. Klõpsad ringi, tundub hea, lähed edasi. Aga iga muudatuse järel kõigi voogude läbiklõpsamine on tüütu, ja on lihtne kontrollida lehte, mida just muutsid, ning märkamata jätta see, mille muudatus vaikselt katkestas.

Rakenduse testimine muudab küsimuse „kas see veel töötab?“ ühe sõnumiga. Kirjeldad tee, mis on oluline, agent käib selle läbi ja saad aruande, millega saad tegutseda. Kuna see töötab samas vestluses, on parandus ühe sõnumi kaugusel.

Kuidas seda käivitada

1. Veendu, et eelvaade töötab ja näitab sinu rakendust. Rakenduse testimine töötab eelvaate vastu, nii et kui eelvaade on tühi või alles käivitub, oota või paranda see kõigepealt.
2. Kirjuta /test projekti vestlusesse. Võid küsida ka tavakeeles: „testi rakendust brauseris“ toimib samuti.
3. Ütle, millele keskenduda, kui soovid. Näiteks: „testi registreerumist ja hinnalehte“ või „loo konto, lisa toode, maksa“.
4. Loe aruannet. Mythex kokkuvõtab, mida ta proovis ja mis valesti läks, ning lisab ekraanitõmmised siis, kui need aitavad.
5. Paranda leitud asjad käsuga /fix või tavalise Build-sõnumiga.
6. Käivita /test uuesti, et kinnitada, et parandus töötab ja midagi muud ei katkenud.

Millal seda kasutada

• Pärast suurt kasutajaliidese muudatust. Uus paigutus või navigeerimine võib katkestada voogusid, mida otse ei puudutanud.
• Enne avaldamist, et leida ilmne katkestus enne, kui külastajad seda leiavad.
• Kui eelvaade tundub hea, aga voog võib mitte olla. Mitmeastmelised teed, nagu registreerumine, sisselogimine ja siis midagi tegemine, on need, mida kõige rohkem tasub kontrollida.

Head tulemused

Selgem päring annab kasulikuma aruande.

• Kirjelda õnnestumise teed. „Loo konto, lisa toode, maksa“ annab agendile selge järjekorra ja selge tulemuse, mida kontrollida. „Testi kõike“ jätab talle arvamise, mis on oluline.
• Nimeta muudetud lehed või funktsioonid. Kui just ümber töötasid hinnalehe, ütle seda.
• Testi väikeste tsüklitega. Muuda midagi, testi, paranda, testi uuesti. Nii on lihtsam näha, mis katkes, kui muutus ainult üks asi.
• Kombineeri checkpointidega. Kui muudatus katkestas rohkem, kui parandas, saad naasta viimase hea pöördeni, selle asemel et peale lappida.

Piirangud

• See testib eelvaadet, mitte sinu avaldatud saiti. Rakenduse testimine töötab elava eelvaate vastu sinu privaatses töökeskkonnas. See ei kontrolli versiooni, mida külastajad sinu avaldatud URL-il näevad. Avalda eraldi, kui oled valmis.
• Eelvaade peab töötama. Kui see ei tööta, pole midagi testida.
• See järgib teid, millele sind suunad. Fokusseeritud päring saab fokusseeritud kontrolli; see pole põhjalik testikomplekt.
• See teatab; otsustad sina. Rakenduse testimine ütleb, mis on katki. Selle parandamine on eraldi samm, käsuga /fix või Build-sõnumiga.

Kui tahad pärast probleemi leidmist minna sügavamale selle jälgimisse, käib meie juhend kuidas siluda tehisintellektiga ehitatud rakendust läbi protsessi. Eelvaate enda kohta vaata privaatne töökeskkond ja elav eelvaade igale projektile.

Detailid leiad dokumentatsioonist: Rakenduse testimine.