Saltar al contenido
Portafolio profesionalRev. 2026.08 · Documento 1 de 1

Oliver
Infante

Ingeniero QACalidad, automatización e IA aplicada.

Ingeniero de Software especializado en QA. Diseño casos de prueba, ejecuto suites de regresión y persigo defectos hasta su causa raíz — y todo lo que puede automatizarse, lo automatizo. Vengo del desarrollo, así que entiendo el código que estoy probando.

Disponible
Rol
Ingeniero QA
Ubicación
Santo Domingo, República Dominicana
Certificación
ISTQB Foundation · en curso
Formación
Ing. de Software · INTEC

Documento verificado y mantenido por su autor.

§ 1

Perfil

Soy Ingeniero de Software egresado Magna Cum Laude del INTEC, y mi trabajo se mueve entre dos mundos que se complementan: el desarrollo y el aseguramiento de calidad.

En Focused, un sistema multiplataforma de apoyo para pacientes con TDAH, psicólogos y psiquiatras, ocupé ambos roles: desarrollé la app móvil en Flutter y a la vez fui responsable del QA. Redacté y ejecuté los casos de prueba funcionales, armé las suites de regresión de los módulos de pacientes y de personal clínico, y di seguimiento a los defectos en Azure DevOps hasta su cierre.

Esa doble perspectiva es lo que traigo a un equipo de calidad: sé leer un stack trace, entiendo por qué ocurre un defecto y no solo que ocurre, y escribo reportes que un desarrollador puede accionar sin ida y vuelta.

En La Infantería Motorsport llevo los sistemas y la plataforma web del equipo: un sitio en Next.js y Supabase con panel de administración, respaldado por 72 pruebas automatizadas. La suite que más me interesa es la de seguridad, porque no comprueba que las cosas funcionen, sino que no funcionen las que no deben: que la clave pública no pueda escribir en ninguna tabla ni subir archivos, y que los datos sigan intactos después del intento.

Fuera del trabajo formal, mi obsesión es hacer que la tecnología trabaje por mí. Construyo bots y agentes con modelos de lenguaje para automatizar tareas repetitivas, mantengo un homelab con nodos Linux donde autoalojo mis propios servicios, y armo mis PCs prestando la misma atención al detalle que le pongo a un plan de pruebas.

Ahora mismo desarrollo Delta, una plataforma de análisis de telemetría para sim racing. Es el proyecto donde mis dos mundos se cruzan por completo: software que mide, compara y explica dónde se pierde una décima.

Retrato de Oliver Infante, Ingeniero QA.
Fig. 1Oliver Infante — Ingeniero QA, Santo Domingo.
Método

Por qué el cuarto de milla y el QA son lo mismo

En drag racing todo se decide en menos de once segundos, y cada décima sale de un dato: tiempo de reacción, 60 pies, velocidad de trampa. Se mide, se ajusta la configuración, se vuelve a correr. Nunca se adivina. Probar software funciona exactamente igual — la diferencia es que en la pista el defecto te cuesta la carrera, y en producción te cuesta el usuario.

Oliver Infante analizando datos de telemetría en una laptop, sentado dentro del auto de carreras en el paddock.
Fig. 2Lectura de telemetría entre pasadas: los datos deciden el próximo ajuste, no la intuición. · Foto: Davide Morillo
En la pistaEn el software
  1. 01 · MedirTelemetría de la corridaEjecución del caso de prueba
  2. 02 · DiagnosticarDónde se perdió la décimaCausa raíz del defecto
  3. 03 · AjustarConfiguración y lanzamientoCorrección y regresión
  4. 04 · RepetirSiguiente pasadaSiguiente entrega

«Lo que no se mide, no se mejora.»

§ 2

Competencias

Herramientas y prácticas que uso a diario, agrupadas por la función que cumplen.

QA y Pruebas

El núcleo de mi trabajo diario.

  • Pruebas manuales
  • Casos de prueba funcionales
  • Pruebas de regresión
  • Pruebas E2E automatizadas
  • pytest
  • Reporte y seguimiento de defectos
  • Análisis de causa raíz
  • Aprobación de QA

Automatización e IA

Construyo herramientas para no repetir trabajo, incluyendo pruebas donde un modelo evalúa el resultado.

  • Sistemas agénticos
  • API de Anthropic
  • Modelos locales (Ollama)
  • LLM como evaluador
  • Bots de Telegram
  • Automatización de procesos

Gestión y Seguimiento

Donde vive el ciclo de vida del defecto.

  • Azure DevOps
  • Jira
  • Trello

Lenguajes y Frameworks

Desarrollo que respalda mi criterio técnico al probar.

  • Python
  • FastAPI
  • C#
  • .NET
  • TypeScript
  • Next.js
  • Dart
  • Flutter

Bases de Datos

Para validar los datos en el origen, no solo en la interfaz.

  • PostgreSQL
  • SQL Server
  • MySQL
  • SQLAlchemy
  • Redis

Infraestructura y Sistemas

Autoalojo y administro mis propios entornos: hardware, red y servicios.

  • Docker / Compose
  • Linux (DietPi)
  • nginx
  • Celery
  • SSH
  • Tailscale
  • Git / GitHub
§ 3

Cómo trabajo

Un portafolio de QA que solo lista herramientas no dice nada. Esto es lo que produzco: el proceso y dos muestras reales de mi documentación.

172
pruebas automatizadaspytest en Delta y vitest en La Infantería
5
simuladores soportadosParsers propios de telemetría
10
escenarios E2E automatizadosSuite conversacional con evaluación por LLM
2+
años en QA y desarrolloDesde febrero de 2024

El ciclo, paso a paso

  1. 01

    Analizar

    Leo el requerimiento buscando lo que no dice: qué pasa con datos vacíos, con permisos distintos, con la conexión caída.

  2. 02

    Diseñar

    Escribo los casos priorizando por riesgo. Primero los flujos que, si fallan, detienen al usuario.

  3. 03

    Ejecutar

    Corro la suite dejando evidencia de cada paso, para que el reporte no dependa de mi memoria.

  4. 04

    Reportar

    Documento el defecto con pasos reproducibles y evidencia. Si puedo, señalo la causa probable.

  5. 05

    Verificar

    Reviso la corrección y corro la regresión alrededor: un arreglo puede romper lo que ya funcionaba.

Caso de prueba · CP-042Funcional · Caso borde

Asignar psicólogo a un paciente ya asignado a otro profesional

Módulo

Gestión de pacientes

Prioridad

Alta

Precondiciones

  1. 01Existe un paciente activo con un psicólogo ya asignado.
  2. 02La sesión está iniciada con un rol administrativo con permiso de asignación.

Pasos

  1. 01Abrir el listado de pacientes y seleccionar uno con profesional asignado.
  2. 02Entrar a «Asignar profesional».
  3. 03Elegir un psicólogo distinto al actual y confirmar.

Resultado esperado

El sistema advierte que el paciente ya tiene un profesional asignado y exige confirmación explícita antes de reasignar. El historial clínico permanece asociado al paciente, no al profesional anterior.

Resultado obtenido

La reasignación se ejecuta sin advertencia y el historial deja de mostrarse en la ficha del paciente.
FallidoDerivó en DEF-118
Reporte de defecto · DEF-118Severidad Crítica

El historial clínico desaparece de la ficha al reasignar el psicólogo

Módulo

Gestión de pacientes

Prioridad

Alta

Entorno

Android 13 · build 1.4.2 · ambiente de QA

Pasos para reproducir

  1. 01Iniciar sesión como administrador.
  2. 02Abrir un paciente con historial de al menos dos sesiones registradas.
  3. 03Reasignar el paciente a otro psicólogo y confirmar.
  4. 04Volver a la ficha del paciente y abrir la pestaña de historial.

Esperado

El historial pertenece al paciente y sigue visible después de la reasignación.

Obtenido

La pestaña aparece vacía. Los registros siguen en la base de datos, pero la consulta los filtra por el profesional actual en vez de por el paciente.

Impacto

El profesional entrante atiende sin antecedentes clínicos. En un contexto de salud mental, eso es riesgo para el paciente, no una molestia de interfaz.

Evidencia adjunta

Video de la reproducción, captura de la ficha vacía y consulta SQL mostrando los registros presentes.
§ 4

Trayectoria

  1. Feb 2024 — Presente

    En curso

    Desarrollador Junior y Soporte TI

    Carga Fácil GHH

    • Desarrollando y manteniendo aplicaciones web con .NET y C#.
    • Liderando la estructura SEO y el diseño del sitio web de la empresa.
    • Brindando soporte TI y resolviendo incidencias de hardware y software para equipos internos.
    • .NET
    • C#
    • SEO
    • Diseño web
    • Soporte TI
  2. Abr 2024 — Ene 2025

    Ingeniero QA y Desarrollador Móvil

    Focused Project

    • Contribuyendo a un sistema de apoyo multiplataforma para pacientes con TDAH, psicólogos y psiquiatras (Flutter móvil + web).
    • Redactando y ejecutando casos de prueba funcionales y suites de pruebas de regresión para los módulos de pacientes y de personal clínico.
    • Reportando y dando seguimiento a defectos de extremo a extremo en Azure DevOps.
    • Participando en la planificación de sprints y en la aprobación de QA previa a cada entrega.
    • QA Manual
    • Azure DevOps
    • Flutter
    • Regresión
  3. En curso

    En curso

    Responsable de Sistemas, Web y Marca

    La Infantería Motorsport

    • Desarrollando y manteniendo la plataforma web del equipo en Next.js y Supabase: sitio público y panel de administración con acceso autenticado.
    • Respaldando el sitio con 72 pruebas automatizadas en vitest, repartidas en tres suites: unitarias, de humo contra el sitio levantado y de seguridad.
    • Probando en negativo el modelo de permisos: que la clave pública no pueda escribir en ninguna tabla ni subir al Storage, y que los datos queden intactos tras el intento.
    • Administrando los sistemas del taller y dirigiendo la identidad de marca, la presencia en línea y la documentación de resultados.
    • Acompañando técnicamente la puesta a punto de los chasis Mustang del taller.
    • Next.js
    • Supabase
    • vitest
    • Pruebas de seguridad
    • RLS
    • Marca
§ 5

Casos

Trabajo donde apliqué QA y desarrollo de punta a punta.

Caso 01Destacado

botqa

Motor de pruebas end-to-end para bots de atención por WhatsApp. Un modelo local conversa con el bot haciéndose pasar por un cliente real, y otro evalúa después la conversación contra un checklist. Nació para probar el bot de la empresa donde trabajo y lo publiqué como herramienta genérica.

Rol
Autor — código abierto

Detalle

  • 01Probar un bot conversacional a mano no escala, y automatizarlo con aserciones de texto tampoco funciona: la respuesta correcta nunca es literalmente la misma. La salida fue que un modelo haga de cliente y otro de evaluador.
  • 02Los escenarios son archivos JSON con una persona, un objetivo y un checklist, así que agregar un caso de prueba no requiere tocar código.
  • 03El contexto del negocio está parametrizado: el mismo motor sirve para una pizzería, una clínica o una tienda.
  • 04Todo corre con modelos locales en Ollama, así que ninguna conversación sale de la máquina.
  • 05Genera un reporte HTML por corrida con cada criterio cumplido o incumplido, su evidencia y el transcript completo. Incluye un modo de prueba de carga con fotos y notas de voz.
Reporte de botqa mostrando un escenario de prueba con seis criterios evaluados, tres cumplidos y tres no cumplidos, cada uno con su evidencia.
Fig. 3Reporte de una corrida sobre un negocio de ejemplo: el escenario de datos incompletos expone tres fallos reales del bot, cada uno con la evidencia que lo respalda.
  • Node.js
  • Ollama
  • Pruebas E2E
  • LLM como evaluador
  • WhatsApp
  • Open Source
Ver proyecto
Caso 02En desarrollo

Delta

Plataforma de análisis de telemetría para sim racing: convierte los datos crudos de una sesión en respuestas concretas sobre dónde se pierde tiempo y qué ajuste de setup lo recupera.

Rol
Desarrollador — proyecto propio

Detalle

  • 01API en FastAPI con PostgreSQL y procesamiento asíncrono en Celery y Redis, todo orquestado con Docker Compose.
  • 02Parsers propios para archivos de telemetría y de setup, con normalización de pistas contra una base de datos interna.
  • 03Análisis de sesión y comparación entre vueltas, apoyado por la API de Anthropic para interpretar los resultados.
  • 04Frontend en Next.js con cuentas de usuario y roles diferenciados para piloto, técnico y administrador.
  • 05Respaldada por una suite de 100 pruebas automatizadas en pytest sobre los parsers y el motor de análisis.
Trazas de telemetría de una vuelta en Delta: curva de velocidad y canales de acelerador y freno a lo largo del circuito.
Fig. 4Trazas de una vuelta en Suzuka: velocidad arriba, acelerador y freno abajo. Cada frenada tardía o temprana se ve en el mismo punto del recorrido.
Reporte de telemetría generado por Delta, con datos de la sesión, mejor tiempo, información del circuito y análisis por sector.
Fig. 5Reporte de sesión: datos del auto y la pista, mejor tiempo, récord de referencia y el análisis por sector que interpreta los números.
  • FastAPI
  • PostgreSQL
  • Celery
  • Next.js
  • Docker
  • pytest
  • Telemetría
Ver proyecto
Caso 03Destacado

Focused

Plataforma de apoyo para TDAH que conecta pacientes, psicólogos y psiquiatras en una sola experiencia móvil y web. Proyecto final de grado.

Rol
Desarrollador Móvil y QA

Detalle

  • 01Sistema multiplataforma construido con Flutter para móvil, con una contraparte web.
  • 02Redacción de casos de prueba funcionales para los flujos de pacientes y de personal clínico.
  • 03Ejecución de suites de regresión antes de cada entrega, con seguimiento de defectos en Azure DevOps.
  • 04Al ser también desarrollador del módulo móvil, cerré el ciclo entre detectar un defecto y entender su causa raíz.
  • Flutter
  • Dart
  • QA Manual
  • Azure DevOps
  • Salud
Caso 04En producción

Kepubli

Bot de Telegram multiusuario en producción, con usuarios reales. Automatiza el pipeline completo de lectura en dispositivos e-ink: seguimiento de series por usuario, conversión a KEPUB optimizado y entrega directa al lector.

Rol
Autor y mantenedor

Detalle

  • 01Arquitectura multiusuario: cada persona mantiene su propia biblioteca y sus notificaciones.
  • 02Pipeline de conversión y optimización de imágenes pensado para las limitaciones del papel electrónico.
  • 03Desplegado con Docker sobre infraestructura propia, con pruebas automatizadas en pytest.
  • 04Nació de un problema personal y terminó siendo un producto público con su propia landing.
  • Python
  • Telegram Bot API
  • Docker
  • pytest
  • Automatización
Ver proyecto
Caso 05Destacado

La Infantería Motorsport

Plataforma web del equipo y del taller: sitio público y panel de administración autenticado sobre Next.js y Supabase. Es el proyecto donde mejor se ve mi trabajo de QA, porque el modelo de permisos no está documentado, está verificado por pruebas.

Rol
Desarrollo, QA y administración

Detalle

  • 01Sitio público y panel de administración separados por rutas, con acceso autenticado y el panel excluido de los buscadores.
  • 02Ocho tablas en PostgreSQL con RLS activo en todas: la clave pública solo lee lo que está publicado.
  • 0372 pruebas automatizadas en vitest, repartidas en tres suites: unitarias, de humo contra el sitio levantado y de seguridad.
  • 04La suite de seguridad prueba en negativo: que la clave pública no escriba en ninguna tabla, que no pueda subir ni listar el Storage, y que los datos queden intactos después del intento.
  • 05Content-Security-Policy con nonce, comprobada por prueba en lugar de confiar en que siga puesta.
  • Next.js
  • Supabase
  • PostgreSQL
  • vitest
  • Pruebas de seguridad
  • RLS
  • CSP
§ 6

Credenciales

Educación

Ingeniería de Software

Magna Cum Laude

INTEC — Instituto Tecnológico de Santo Domingo

2020 — 2025

Certificaciones

  • ISTQB Foundation LevelEn progreso · 2026

Idiomas

  • EspañolNativo
  • InglésB1/B2 — Comunicación escrita profesional
§ 7

Fuera del código

De acá viene la mentalidad de medir todo. No es relleno: es el mismo método aplicado a otras cosas.

Oliver Infante con traje de competencia, sosteniendo el casco frente a un Corvette en el circuito.
Fig. 6Jornada de pista con el equipo.
Ford Mustang negro haciendo el burnout previo a una pasada de cuarto de milla, con la pista mojada y humo de neumáticos.
Fig. 7Burnout previo a la pasada: calentar el neumático es parte del procedimiento, no espectáculo. · Foto: Davide Morillo

Drag racing

Cuarto de milla con telemetría y configuraciones mecánicas avanzadas. Trabajo con HP Tuners y bootmod3 sobre un Ford Mustang 2018 y plataformas BMW M4 S58.

  • HP Tuners
  • bootmod3
  • Telemetría
  • Sistemas de lanzamiento

Sim racing

Simulador en casa con hardware direct-drive Moza R9 y volantes personalizados. Compito en iRacing, Assetto Corsa y RaceRoom.

  • iRacing
  • Assetto Corsa
  • RaceRoom
  • Moza R9

Hardware y homelab

Armado de PCs con enfriamiento líquido y chasis invertidos, y nodos Linux autoalojados corriendo mis propios servicios.

  • Custom loop
  • Linux
  • Docker
  • Self-hosting

Lectura y música

Manga en Kindle y Kobo. De fondo, heavy rock, metal y J-rock — y también urbano cuando toca.

  • Manga
  • E-ink
  • Metal
  • J-rock
§ 8

Contacto

Estoy abierto a oportunidades en QA, testing y automatización. Si tienes una vacante o un proyecto en mente, escríbeme.

Escribirme
GitHub
@Inf015