Ideas, tutoriales y novedades de nuestro equipo.
Una notificación con la que nadie hace nada enseña a ignorar la siguiente. Cómo decidí quién se entera de un cambio en una tarea de BugDump: destinatarios que salen de la propia tarea, nada sobre tus propios cambios y una ráfaga de clics de triaje enviada como un solo aviso.
Los campos personalizados son la función que todo equipo pide y luego lamenta. La prueba que separa un campo útil de uno que estará vacío en seis semanas, y los cuatro que se pagan solos.
Todos los bug trackers traen bajo/medio/alto/crítico, y todos los equipos los renombran en silencio dentro de su cabeza. Para qué sirve de verdad una escala de prioridades, cuántos niveles necesitas y por qué las palabras tienen que ser tuyas.
La mayoría de los dashboards de bugs cuentan cosas. Los útiles responden a una sola pregunta: ¿vamos al día o nos quedamos atrás? Cuatro métricas que la responden, las que engañan sin que se note y una revisión semanal de cinco minutos basada en ellas.
Un ID de bug no es el número de fila de una base de datos. Es una palabra que la gente se dice. Por qué la numeración por proyecto y una clave corta como BD-42 hacen que sea más fácil hablar de los bugs, y qué concesiones hay detrás del diseño.
La mayoría de los equipos no son lentos decidiendo qué bugs importan: son lentos en todo lo que rodea a la decisión. Un flujo de triaje de bugs que elimina la navegación en lugar de pedirte que pienses más rápido.
El diseño está en Slack, el log en un disco compartido, la especificación en la bandeja de entrada de alguien. Por qué los adjuntos de los reportes de bugs se dispersan entre herramientas, qué cuesta eso cuando el bug vuelve y cómo mantener cada archivo en el propio bug.
Por qué los gestores de incidencias pesados fallan en los equipos pequeños, qué necesita un sistema ligero de seguimiento de bugs y cómo elegir uno que los usuarios de verdad alimenten.
Qué distingue un reporte de bug que se corrige de uno que se cierra como «no se puede reproducir»: la estructura, el contexto y un checklist práctico.
Una configuración práctica para recibir los reportes de una beta: menos fricción al reportar, contexto capturado automáticamente y un ciclo que se cierra con los testers.
Cómo las agencias sustituyen los hilos de email con reportes de bugs por un widget en cada web de cliente: reportes estructurados, un tablero por proyecto y entregas limpias.
Los usuarios no pueden enviarte su consola. Cómo funciona la captura en el navegador (buffers circulares, hooks de red, filtros) y cómo tenerla con una sola etiqueta script.