why traditional bug reports stall
“the button is broken” — which button, on which page, in which state? a screenshot with no url, so the developer can't find the live element. reproduction steps written from memory, missing the one that matters. a thread of clarifying questions that delays the fix by a day.
every one of those is a round trip between qa and engineering. the fix may take ten minutes, but the report can take an hour of back-and-forth to even understand.
report on the element, not in a doc
with spotlight, qa clicks the broken element on the live page and writes the bug right there. spotlight captures the element's css/xpath selector and the page url automatically, so the report already contains the precise location and the live link. the developer clicks through and sees the exact element in the real app.
a good bug report answers “where” before you ask. commenting on the element answers it automatically.
what this changes for the team
developers reproduce issues from the captured selector and url instantly. no more screenshots without context or steps written from memory. every bug lives in a shared dashboard, triaged in one place. and qa spends time finding bugs, not writing essays about them.
this works across staging and production alike. because the comment is anchored to a selector, it stays attached to the element even as the build changes between the report and the fix. and when the same element comes up in design or pm review, everyone is already pointing at the same place.
the goal isn't more process — it's less. a bug report that carries its own context closes the reproduction gap, and that's where most of the saved time comes from.
frequently asked
how does commenting on an element speed up bug reproduction?
because the report already contains the element's selector and the page url, the developer can click straight to the live element instead of guessing which page, state, and component you meant.
does this work on staging and production?
yes. spotlight runs as a chrome extension on any live page you can load, so qa can report bugs on staging builds and production sites the same way.
can developers and qa discuss a bug in the same place?
yes. every comment lands in a shared team dashboard where engineering and qa can reply, triage, and resolve without the thread scattering across chat tools.
Last updated February 27, 2026