Uji Aplikasi Anda di Browser dengan Satu Perintah

Ketik /test di chat proyek dan Mythex menguji aplikasi Anda seperti orang sungguhan: ia membuka pratinjau langsung di browser, mengunjungi halaman, mengklik tombol, dan mengisi formulir, lalu melaporkan di chat apa yang berhasil dan apa yang tidak. Anda bisa mengarahkannya ke alur tertentu, misalnya “uji pendaftaran dan halaman harga”, atau membiarkannya mengambil jalur yang paling jelas di aplikasi.

Apa fungsinya

App Testing menguji pratinjau langsung Anda, bukan hanya kode. Mythex menjalankan browser terhadap aplikasi yang sedang berjalan, merekam apa yang dilihatnya, termasuk tangkapan layar jika berguna, dan menulis ringkasan hasilnya di chat.

Ini adalah jenis pemeriksaan yang berbeda dibanding membaca sumber kode. Kode bisa terlihat benar tetapi tetap gagal saat dipakai: tombol yang terhubung ke handler yang salah, formulir yang terkirim tetapi tidak pernah menampilkan konfirmasi, atau halaman yang rusak hanya setelah Anda masuk. Satu-satunya cara menemukannya adalah dengan memakai aplikasinya, dan App Testing melakukannya untuk Anda.

Mengapa ini membantu

Saat membangun bersama agen, pratinjau adalah cara Anda menilai kemajuan. Anda mengklik-klik, terlihat baik-baik saja, lalu lanjut. Tetapi mengklik setiap alur setelah setiap perubahan itu melelahkan, dan mudah memeriksa halaman yang baru Anda ubah lalu melewatkan halaman yang diam-diam ikut rusak.

App Testing mengubah pertanyaan “apakah masih berfungsi?” menjadi satu pesan. Anda menjelaskan jalur yang penting, agen menelusurinya, dan Anda mendapat laporan yang bisa ditindaklanjuti. Karena ini berjalan di chat yang sama, perbaikannya hanya satu pesan lagi.

Cara menjalankannya

1. Pastikan Preview berjalan dan menampilkan aplikasi Anda. App Testing bekerja terhadap pratinjau, jadi jika pratinjau kosong atau masih memulai, tunggu atau perbaiki itu dulu.
2. Ketik /test di chat proyek. Anda juga bisa bertanya dengan bahasa biasa; “uji aplikasi di browser” juga berfungsi.
3. Sebutkan fokusnya, jika Anda mau. Misalnya: “uji pendaftaran dan halaman harga”, atau “buat akun, tambahkan item, periksa keluar”.
4. Baca laporannya. Mythex merangkum apa yang dicobanya dan apa yang salah, dengan tangkapan layar jika membantu.
5. Perbaiki yang ditemukan dengan /fix atau pesan Build biasa.
6. Jalankan /test lagi untuk memastikan perbaikannya berhasil dan tidak ada yang lain yang rusak.

Kapan memakainya

• Setelah perubahan UI yang besar. Tata letak atau navigasi baru bisa merusak alur yang tidak Anda sentuh langsung.
• Sebelum mempublikasikan, untuk menangkap kerusakan yang jelas sebelum pengunjung menemukannya.
• Saat pratinjau terlihat baik tetapi sebuah alur mungkin tidak. Jalur bertahap seperti daftar, lalu masuk, lalu melakukan sesuatu, adalah yang paling layak diperiksa.

Mendapatkan hasil yang baik

Semakin jelas permintaannya, semakin berguna laporannya.

• Deskripsikan jalur yang berhasil. “Buat akun, tambahkan item, periksa keluar” memberi agen urutan yang jelas untuk diikuti dan hasil yang jelas untuk diperiksa. “Uji semuanya” membuatnya harus menebak apa yang penting.
• Sebutkan halaman atau fitur yang Anda ubah. Jika Anda baru saja merombak halaman harga, katakan.
• Uji dalam putaran kecil. Ubah sesuatu, uji, perbaiki, uji lagi. Lebih mudah melihat apa yang rusak saat hanya satu hal yang berubah.
• Gabungkan dengan checkpoint. Jika suatu perubahan merusak lebih banyak daripada yang diperbaiki, Anda bisa kembali ke giliran terakhir yang berfungsi alih-alih menambal di atasnya.

Batasan

• Ia menguji pratinjau, bukan situs yang sudah dipublikasikan. App Testing berjalan terhadap pratinjau langsung di workspace pribadi Anda. Ia tidak memeriksa versi yang dilihat pengunjung di URL publik Anda. Publikasikan secara terpisah saat Anda siap.
• Pratinjau harus berjalan. Jika tidak aktif, tidak ada yang bisa diuji.
• Ia mengikuti jalur yang Anda tunjuk. Permintaan yang terfokus mendapat pemeriksaan yang terfokus; ini bukan rangkaian pengujian yang menyeluruh.
• Ia melaporkan; Anda yang memutuskan. App Testing memberi tahu apa yang rusak. Memperbaikinya adalah langkah terpisah, dengan /fix atau pesan Build.

Jika Anda ingin lebih dalam melacak masalah setelah menemukannya, panduan kami tentang cara men-debug aplikasi buatan AI menjelaskan prosesnya. Untuk pratinjau itu sendiri, lihat ruang kerja pribadi dan pratinjau langsung untuk setiap proyek.

Halaman dokumentasi memuat detailnya: App Testing.