laporan bug visual

Laporan bug visual

Berhenti mendeskripsikan bug dalam prosa. Dengan laporan bug visual, tim kamu klik elemen yang rusak langsung di aplikasi yang jalan dan Patchrooms menangkap semua yang dibutuhkan dev (atau agent) untuk mereproduksi dan memperbaikinya: selector, screenshot, URL, dan state console.

Masuk

Apa itu alat visual bug reporting?

Menulis bug report dengan tangan itu lambat dan banyak yang hilang. "Dropdown-nya miring" jarang menyebut dropdown yang mana, di halaman apa, dalam state apa, jadi fix-nya makin lama dan kadang menyasar elemen yang salah.

Alat visual bug reporting menyelesaikan itu: alih-alih mendeskripsikan di mana bug-nya, kamu klik elemennya langsung di aplikasi asli dan alatnya menangkap konteks teknis sendiri. Report-nya datang lengkap untuk direproduksi, tanpa mengetik apa pun.

Klik bug-nya, tanpa menyebut di mana

Reviewer klik elemen yang rusak langsung di aplikasi yang jalan, tanpa perlu mendeskripsikan lokasinya. Kliknya menempelkan report ke elemen persis itu, jadi dev tidak perlu berburu di halaman.

Jalan di halaman mana pun yang kamu sajikan: production, staging, atau build preview. Reviewer tidak butuh akun, cukup link-nya.

Patchrooms menangkap konteks otomatis

Satu klik merekam seluruh konteks teknis bug sekaligus, tanpa ada yang mengetiknya:

  • Screenshot dari state elemen.
  • Selector DOM dari elemen yang diklik.
  • URL halaman, viewport, dan browser.
  • State console dan error yang ada.
  • Komentar teks atau voice note yang otomatis ditranskrip.

Tidak ada detail bug yang hilang antara saat klik dan saat fix.

Dev atau agent yang memperbaiki, bukan menebak

Report-nya diekspor sebagai Markdown dengan semua detail teknis terlampir, jadi fix-nya terarah alih-alih spekulatif. Dev membuka report dan menyunting elemen persis tanpa nanya "modal yang mana?"; coding agent menerima konteks yang sama dan menyunting elemen yang benar sekali jadi.

Beginilah Markdown yang dibaca agent (dalam bahasa Inggris, karena itu yang dikonsumsi model):

## Bug: Misaligned modal
- **Element:** `div.confirm-modal`
- **Comment:** Modal is offset ~24px to the right on desktop.
- **Screenshot:** blob/scr_41bd.png
- **URL:** https://staging.example.com/billing
- **Console:** no errors

Triage di dashboard, atau ke tracker kamu

Tiap report punya status (baru, triaged, in progress, fixed, verified, canceled), jadi tim melihat apa yang belum kelar di satu dashboard alih-alih kehilangan alur di chat. Ia bisa memberi makan issue tracker kamu atau berdiri sendiri: Markdown-nya kamu tempel ke tracker, ke coding agent, atau tetap triaged di Patchrooms.

Untuk loop tanpa siapa pun menempel apa pun, server MCP membiarkan agent membaca antrean langsung (list_reports / get_report) dan menutup yang sudah diperbaiki (set_status). Selengkapnya di feedback siap-agent dan workflows.

Pertanyaan umum

Apa yang ditangkap sebuah laporan bug visual?
Screenshot, selector dari elemen yang diklik, URL halaman, dan state console, semuanya otomatis tanpa perlu mengetik apa pun.
Bisakah dipakai di aplikasi production?
Bisa. Embed-nya jalan di halaman mana pun yang kamu sajikan, termasuk production, staging, atau build preview.
Apakah menggantikan issue tracker saya?
Bisa memberi makan salah satunya atau berdiri sendiri. Report diekspor sebagai Markdown yang kamu tempel ke tracker, ke coding agent, atau tetap triaged di dashboard Patchrooms.
Apakah reviewer perlu akun?
Tidak. Siapa pun yang punya link bisa klik, komentar, dan kirim. Hanya orang yang men-triage antrean yang butuh akun.