Testirajte aplikaciju u pregledaču jednom komandom

Upišite /test u čatu projekta i Mythex će testirati vašu aplikaciju kao što bi je testirao čovek: otvara živi pregled u pregledaču, posećuje stranice, klikće na dugmad i popunjava obrasce, a zatim u čatu javlja šta je radilo, a šta nije. Možete ga usmeriti na određeni tok — „testiraj prijavu i stranicu sa cenama” — ili ga pustiti da prođe očigledan put kroz aplikaciju.

Šta radi

App Testing proverava vaš živi pregled, a ne samo kod. Mythex vodi pregledač kroz pokrenutu aplikaciju, beleži šta vidi — uključujući snimke ekrana kada su korisne — i u čatu piše sažetak rezultata.

To je drugačija vrsta provere od čitanja izvornog koda. Kod može izgledati ispravno, a ipak da pukne u upotrebi: dugme vezano za pogrešan handler, obrazac koji se pošalje ali nikada ne prikaže potvrdu, stranica koja pukne tek nakon prijave. Jedini način da se to nađe jeste da se aplikacija koristi, a App Testing to radi umesto vas.

Zašto pomaže

Kada gradite sa agentom, pregled je ono po čemu sudite o napretku. Kliknete okolo, deluje u redu, idete dalje. Ali klikanje kroz svaki tok posle svake izmene postaje naporno, a lako je proveriti stranicu koju ste upravo menjali i propustiti onu koju je tiho pokvarila.

App Testing pretvara pitanje „da li još uvek radi?” u jednu poruku. Opišete put koji je bitan, agent ga prođe i dobijete izveštaj po kome možete da delujete. Pošto se odvija u istom čatu, ispravka je još jedna poruka daleko.

Kako ga pokrenuti

1. Proverite da li je Preview pokrenut i prikazuje vašu aplikaciju. App Testing radi nad pregledom, pa ako je pregled prazan ili se još podiže, sačekajte ili to prvo rešite.
2. Upišite /test u čatu projekta. Možete i običnim jezikom — „testiraj aplikaciju u pregledaču” takođe radi.
3. Recite na šta da se fokusira, ako želite. Na primer: „testiraj prijavu i stranicu sa cenama” ili „napravi nalog, dodaj stavku, plati”.
4. Pročitajte izveštaj. Mythex sažima šta je pokušao i šta je pošlo po zlu, uz snimke ekrana gde pomažu.
5. Popravite šta je našao sa /fix ili običnom Build porukom.
6. Pokrenite /test ponovo da potvrdite da je ispravka radila i da ništa drugo nije pokvareno.

Kada ga koristiti

• Posle velike izmene interfejsa. Novi raspored ili navigacija mogu pokvariti tokove koje niste direktno dirali.
• Pre objave, da uhvatite očigledne greške pre nego što ih vide posetioci.
• Kada pregled izgleda dobro, a tok možda nije. Višekoračni putevi — prijava, zatim prijava na nalog, zatim nešto drugo — najvredniji su za proveru.

Kako dobiti dobre rezultate

Što je zahtev jasniji, to je izveštaj korisniji.

• Opišite srećan put. „Napravi nalog, dodaj stavku, plati” daje agentu jasan niz koraka i jasan ishod za proveru. „Testiraj sve” ga ostavlja da pogađa šta je bitno.
• Imenujte stranice ili funkcije koje ste menjali. Ako ste upravo preradili stranicu sa cenama, recite to.
• Testirajte u malim petljama. Promenite nešto, testirajte, popravite, testirajte ponovo. Lakše je videti šta je puklo kada se promenila samo jedna stvar.
• Kombinujte sa checkpoint-ima. Ako je izmena pokvarila više nego što je popravila, možete se vratiti na poslednji dobar krug umesto da krpite preko toga.

Ograničenja

• Testira pregled, a ne vaš objavljeni sajt. App Testing radi nad živim pregledom u vašem privatnom radnom prostoru. Ne proverava verziju koju posetioci vide na objavljenom URL-u. Objavite zasebno kada budete spremni.
• Pregled mora biti pokrenut. Ako nije podignut, nema šta da se testira.
• Prati puteve koje mu zadate. Fokusiran zahtev dobija fokusiranu proveru; to nije iscrpan paket testova.
• Javlja, a vi odlučujete. App Testing vam kaže šta je pokvareno. Popravka je poseban korak, sa /fix ili Build porukom.

Ako želite da dublje istražite kako da pronađete problem kada ga otkrijete, naš vodič o kako debagovati aplikaciju napravljenu uz AI prolazi kroz taj proces. Za sam pregled, pogledajte privatni radni prostor i živi pregled za svaki projekat.

Stranica dokumentacije ima detalje: Testiranje aplikacije.