Los fallos que no se reproducen
Lo que pasa en la máquina de otro y no en la tuya: las seis causas habituales, cómo se acota cada una, y qué pedirle al usuario que sirva de verdad.
Las seis causas
El orden de la tabla es el orden en que conviene descartarlas, porque va de lo más frecuente y barato a lo más raro y caro.
Qué pedirle al usuario
Y el error habitual es pedir demasiado poco o demasiado. Lo que sirve, en un solo mensaje:
El último punto es el que multiplica la tasa de respuesta: pedirle a alguien que navegue a un directorio oculto para encontrar un fichero pierde a la mitad; un botón que le abre la carpeta con el fichero seleccionado, casi a nadie.
Preparar la aplicación
Lo que hay que tener antes de recibir el primer informe, y que las fases anteriores han ido sugiriendo:
- Una pantalla de diagnóstico con versión, rutas, tamaño de la base, estado del almacén y un botón para abrir los registros. Niveles 41.5 y 55.1.
- Registro con contexto y una sola línea de tiempo. Nivel 55.3.
- Y un identificador de instalación —aleatorio, no personal— para correlacionar varios informes del mismo usuario.
Con esas tres, un informe de fallo llega con lo necesario, y sin ellas cada incidencia empieza con tres preguntas.
La causa que se descarta gratis
Merece insistir en la primera fila porque es la que más tiempo ahorra: antes de preguntar nada, instala tu propia aplicación y prueba ahí.
Ocho cosas del nivel 51.5 solo existen instaladas, y la mitad de los fallos «no reproducibles» se reproducen perfectamente en el artefacto instalado. Es media hora y no requiere hablar con nadie, así que va primero siempre.