Gana la Fecha
Freelance · Flutter · Firebase · GitHub Actions
Primer caso en desarrollo
Incidentes reales documentados sobre productos web y mobile.
Registro de incidentes reales documentados durante el desarrollo y mantenimiento de aplicaciones web y mobile.
Cada caso resume el problema, la investigación realizada, la solución aplicada y las evidencias utilizadas para validar el resultado.
Cada caso reúne incidentes reales, evidencias técnicas y aprendizajes obtenidos durante el trabajo sobre productos concretos.
Freelance · Flutter · Firebase · GitHub Actions
Primer caso en desarrollo
Plataforma web para crear, rendir y supervisar exámenes online, con monitoreo antifraude, corrección docente y revisión de resultados.
En documentación
App mobile · React Native/Expo · Android · UX QA
En documentación
Asistente personal · Mobile · IA · Debugging conversacional
En documentación
Captura general del producto para contextualizar la documentación técnica.
Colaboré sobre una aplicación existente que necesitaba correcciones técnicas, estabilización de builds y validación de su versión web. El trabajo implicó comprender una base de código ajena, investigar fallos y realizar ajustes sin desarrollar el producto desde cero.
Stack principal: Flutter · Firebase · GitHub Actions · Git / GitHub
Foco: Debugging · Builds · CI/CD · Validación post-fix · Deploy
Rol: colaboración freelance con enfoque híbrido QA + desarrollo.
Foco: debugging de errores, mantenimiento correctivo, configuración de builds, GitHub Actions, despliegues y validación posterior a los cambios.
Resumen: El pipeline de GitHub Actions no lograba generar correctamente el build Android debido a una configuración requerida por Firebase que no estaba disponible durante la ejecución.
Qué ocurrió: El workflow fallaba durante processReleaseGoogleServices porque el entorno de CI no encontraba google-services.json, necesario para completar el build de la aplicación.
Resolución y validación: Se ajustó la configuración del pipeline para disponer del archivo requerido durante el proceso de build sin incorporarlo directamente al repositorio. Después del cambio realicé un re-test del pipeline, verificando que la ejecución finalizara correctamente y que se generaran los artifacts correspondientes para Android y web.
Prácticas aplicadas: Debugging de CI/CD · Testing de build · GitHub Actions · Gestión de configuración · Re-test · Verificación de artifacts · Validación post-fix
Resumen: La versión web de la aplicación presentaba un error de runtime durante el inicio e impedía acceder normalmente al sistema.
Qué ocurrió: Al cargar la aplicación aparecía un error asociado al uso de un valor nulo durante el arranque. El problema impedía que la interfaz llegara correctamente a la pantalla de acceso.
Resolución y validación: Se investigó el flujo de inicialización de la aplicación y se realizaron ajustes para evitar el fallo durante el arranque. Luego ejecuté un re-test del inicio de Flutter Web, comprobando que la aplicación cargara nuevamente y llegara correctamente a la pantalla de login.
Prácticas aplicadas: Debugging de runtime · Flutter Web · Análisis de errores · Testing funcional · Re-test · Validación post-fix
Resumen: Después de estabilizar el proceso de build, se validó que la versión web quedara correctamente publicada y accesible desde Firebase Hosting.
Qué se validó: Era necesario comprobar no solo que el workflow terminara correctamente, sino también que el build generado se publicara y que la aplicación pudiera abrirse desde el entorno desplegado.
Pruebas realizadas: Se verificó la ejecución exitosa de GitHub Actions, la generación de artifacts, la publicación en Firebase Hosting y el acceso efectivo a la aplicación desde navegador.
Prácticas aplicadas: Validación de deploy · CI/CD · GitHub Actions · Firebase Hosting · Verificación de artifacts · Validación post-deploy
Capturas base para documentar el acceso y Dashboard docente.
Rol: enfoque híbrido QA + Dev sobre flujos críticos del producto.
Foco: Testing funcional · Integración · Debugging · Seguridad · Reglas de negocio.
Resumen: Se detectó que el acceso a los exámenes necesitaba aislar correctamente la información correspondiente a cada docente.
Qué ocurrió: El listado de exámenes no garantizaba en todos los casos que cada usuario visualizara únicamente los recursos asociados a su cuenta. En una plataforma multiusuario, esto podía afectar la privacidad y separación de información entre docentes.
Resolución y validación: Se reforzó la autenticación y el filtrado de exámenes por propietario y membresías. Después del ajuste, se realizó una prueba de regresión sobre los flujos de acceso y listado de exámenes, verificando que cada docente pudiera visualizar únicamente los recursos correspondientes a su usuario y que el comportamiento previo esperado continuara funcionando correctamente.
Prácticas aplicadas: Testing funcional · Pruebas de regresión · Control de acceso · Validación de permisos · API/backend debugging
Resumen: Durante la migración a PostgreSQL se detectaron incompatibilidades en consultas utilizadas por distintas funcionalidades del examen.
Qué ocurrió: Algunas rutas utilizaban consultas SQL raw con placeholders o referencias a columnas que no eran compatibles con PostgreSQL. Esto provocaba errores en funcionalidades relacionadas con preguntas, chat, paper y revisión.
Resolución y validación: Se ajustaron las consultas afectadas y se incorporaron controles para facilitar la detección de errores. Luego se realizaron pruebas de integración entre API y base de datos, seguidas de una regresión sobre los flujos afectados, para confirmar que las funcionalidades continuaran respondiendo correctamente después de la migración.
Prácticas aplicadas: Testing de integración · Pruebas de regresión · SQL debugging · API testing · PostgreSQL · Validación post-fix
Resumen: Después de finalizar y corregir un examen, el alumno no podía acceder correctamente a la revisión desde la opción “Ver revisión”.
Qué ocurrió: Al intentar ingresar, la interfaz no cargaba el examen corregido. Mediante DevTools y la pestaña Network se identificó que la solicitud al recurso de revisión devolvía un error HTTP 404.
Resolución y validación: Se analizó la integración entre frontend y backend hasta localizar el origen del error y se corrigió el acceso al recurso correspondiente. Después del fix se realizó un re-test del defecto y una prueba de regresión del flujo completo de revisión: acceso desde “Ver revisión”, recuperación de datos, visualización de respuestas y feedback, y generación de la versión imprimible/PDF.
Prácticas aplicadas: Testing funcional · Re-test · Pruebas de regresión · DevTools / Network · HTTP · Debugging frontend/backend
Resumen: Se validó el recorrido completo de corrección manual de un examen y la posterior visualización de resultados por parte del alumno.
Qué se validó: El flujo debía mantener consistencia entre las respuestas del alumno, la calificación asignada, el feedback docente y la información presentada posteriormente en la revisión.
Pruebas realizadas: Se ejecutó una prueba funcional end-to-end desde la bandeja de corrección docente hasta la revisión final del examen. Se verificaron estados, calificaciones, comentarios generales y la generación de la versión imprimible/PDF.
Prácticas aplicadas: Testing funcional · Validación end-to-end · Reglas de negocio · Consistencia de datos · Validación de salida PDF
Resumen: Se comprobó el comportamiento de una de las reglas antifraude implementadas durante la realización del examen.
Qué se validó: Ante una acción contemplada como no permitida, el sistema debía detectar el evento, mostrar una advertencia al alumno y aplicar correctamente la penalización correspondiente.
Pruebas realizadas: Se ejecutó una prueba funcional sobre el flujo antifraude, provocando intencionalmente la condición a validar. Se comprobó la aparición de la advertencia, el descuento de una vida y la posibilidad de regresar al examen respetando las reglas establecidas.
Prácticas aplicadas: Testing funcional · Casos negativos · Reglas de negocio · Validación de estados · Antifraude · UX de errores y advertencias
En proceso de documentación
Esta sección se completará progresivamente con incidentes reales, evidencias técnicas y validaciones realizadas sobre el proyecto.
En proceso de documentación
Esta sección se completará progresivamente con incidentes reales, evidencias técnicas y validaciones realizadas sobre el proyecto.