Qué hacer con un reporte de bug que no puedes reproducir
Un método sistemático para los bugs que no puedes reproducir: las causas habituales, el contexto que las resuelve y cómo evitar que vuelvan.
Ideas, tutoriales y novedades de nuestro equipo.
Un método sistemático para los bugs que no puedes reproducir: las causas habituales, el contexto que las resuelve y cómo evitar que vuelvan.
Un widget de terceros que envía 450 KB a cada visitante tiene que justificarlo. El mío no podía. La medición, la solución y lo que creía sobre defer y resultó ser falso.
Una ronda de UAT produce una hoja de cálculo de sesenta filas, y con la mitad no se puede hacer nada. El problema rara vez son los testers: es que el canal de reporte tira la evidencia justo en el momento en que existe.
MCP convierte tu producto en algo que un agente de IA puede leer. Esa parte es fácil. Lo difícil es diseñar herramientas que el agente use bien al primer intento, y eso resulta ser una disciplina distinta de diseñar una API REST.
«No reproducible» no es una propiedad del bug. Es una afirmación sobre la diferencia entre dos máquinas. Solo hay unas ocho diferencias de ese tipo, y cada una deja una huella distinta.
Todos los equipos escriben una plantilla de reporte de bug. La mayoría deja de usarse en un mes, porque pide a las personas un trabajo que el navegador podría hacer por ellas. Aquí tienes una plantilla que vale la pena conservar, y los motivos para borrar tres cuartas partes de ella.
DevTools está abierto en la máquina equivocada. Cómo instrumentar la consola, los errores, fetch y XHR para que el navegador de un usuario te cuente qué pasó de verdad, y las trampas que hacen que una implementación ingenua rompa la página que vigila.
Separar los reportes de las tareas es la pequeña decisión estructural que evita que una bandeja de bugs se convierta en un cementerio, y que convierte los reportes duplicados en tu mejor recurso para depurar.
La repetición de sesión tiene un problema de reputación, casi todo merecido. Así la uso en BugDump: limitada a un reporte, con datos que el propio usuario puede ocultar y desactivable con una línea.
Lancé un servidor MCP para que Claude Code traiga por su cuenta reportes de bug, logs de consola y trazas de red. El resultado es un ciclo de depuración en el que nunca abres el panel.
Un recorrido por cada señal que recoge el widget de BugDump, por qué cada una se gana su sitio y cuáles resuelven bugs de verdad.
Todo desarrollador conoce la conversación. Un usuario dice que algo está roto, le preguntas qué navegador usa y, para cuando contesta, ya has perdido una hora. Me cansé de eso.