QA Engineer

A quién buscamos

Contratamos por potencial y por lo que has construido, no por años en el CV. El perfil que buscamos:

• Has construido cosas. Una herramienta interna, una suite de tests, un script que se usa a diario, un side project, un pequeño negocio. Algo que existe porque tú quisiste que existiera. Mándanos el enlace (un link a tu portfolio también vale, si ahí está tu trabajo).
• Perfil técnico. No escribes features de producción, pero lees código, entiendes una arquitectura móvil, te manejas con logs, builds, flags y herramientas de automatización sin que nadie te lo traduzca.
• Atención al detalle extrema. Un desajuste de 2 píxeles, un texto incoherente, una animación que da tirones en un dispositivo antiguo. Nada pasa por delante de ti sin análisis.
• Móvil de verdad. Has hecho QA de aplicaciones móviles, no solo de web. Sabes lo que solo se rompe en un dispositivo real: la gama baja, la conexión mala, el permiso denegado, la actualización desde la versión anterior.
• No buscas un trabajo corporativo. Ni comités, ni permiso para decidir, ni tres capas de aprobación. Quieres autonomía total y que te midan por resultados.
• Ambición real. Quieres que este sea el sitio donde más rápido has crecido en tu vida, y sabes lo que eso cuesta.

El rol

Qué harás

• Diseñar el marco de QA del equipo de desarrollo: desde el QA que hace cada dev en su tarea hasta el control final antes de integrar código, pasando por alfa, beta y producción.
• Trabajar con todo el equipo de desarrollo para que cada experimento, funcionalidad y lanzamiento pase por el mismo proceso, sin frenar al equipo.
• Ser el muro de cada release: pruebas en paralelo al desarrollo y antes de publicar en tiendas, incluidos hotfixes y priorización de bloqueos críticos.
• Gestionar feature flags y A/B en producción: ciclo de vida de cada flag, cobertura de variantes, preservación del grupo de control, despliegues progresivos y retirada de flags obsoletas. Ningún experimento llega a producción sin QA; ninguna flag muerta se queda en el código.
• Hacer crecer las comunidades alfa y beta hasta convertirlas en un sistema fiable de alerta temprana, con feedback estructurado, no en una lista de distribución pasiva.
• Atacar la causa raíz. Cada bug que llega a usuarios se analiza y se convierte en una regla, un control, un test o un cambio de proceso que previene toda esa familia de errores.
• Meter la calidad al principio: testabilidad, casos límite y criterios de aceptación claros antes de escribir una línea de código.
• Publicar el estado de la calidad en tiempo real: cobertura, evolución de bugs en producción, tiempo de detección y estado de cada lanzamiento, visible para todo el mundo sin tener que pedirlo.
• Impulsar la automatización móvil con Ingeniería (E2E con Maestro y baterías de regresión) para dejar el criterio humano donde más aporta.
• Usar IA como herramienta por defecto: Claude, Cursor y agentes para generar planes de prueba y flujos E2E, clasificar informes de errores y analizar crashes.

Requisitos

Qué es tener éxito aquí

• Reducción medible y sostenida de los bugs que llegan a producción, revisada en cada release.
• Un proceso tan coherente que ninguna funcionalidad, experimento o versión se salte los mismos controles.
• Feature flags y A/B bajo control total: todas las variantes verificadas antes del despliegue, cero flags obsoletas en el código.
• Un programa alfa/beta que detecta los problemas críticos antes de producción y devuelve feedback estructurado en horas, no semanas.
• Cada bug en producción con su causa raíz y su medida preventiva.
• Responsabilidad completa del sistema de calidad — marco, informes, flags y programas de pruebas — en dos meses.

Este rol no es para ti si…

• Crees que QA es ejecutar guiones de prueba escritos por otra persona.
• Lo que buscas es un puesto de gestión: aquí eres dueño/a de sistemas, no de un equipo.
• «En mi dispositivo funciona» te parece una respuesta aceptable.
• El diseño de procesos te aburre y prefieres probar más en vez de arreglar el origen.
• Necesitas documentación para entender cómo debería comportarse un flujo móvil.
• Tu uso de la IA se limita a preguntarle cosas a ChatGPT.
• Necesitas que te digan exactamente qué probar en cada paso.
• El feedback directo, el listón alto o el ritmo intenso te incomodan.
• Buscas un nueve a cinco sin presión ni sentido de urgencia.

Compensación y beneficios

• Salario competitivo más bonificación trimestral del 25 % al 50 % ligada a resultados. No fijamos cifra por el puesto: nos adaptamos a tu experiencia y a tu situación actual.
• Equity: participación directa en el crecimiento de Symmetry.
• 100 % remoto, sin horarios fijos y con casi ninguna reunión.
• Impacto real: el estándar de calidad que establezcas define la experiencia de cientos de miles de personas.
• Crecimiento acelerado: coaching directo del equipo directivo y un camino claro hacia más alcance técnico y más sistemas bajo tu propiedad.

Cómo aplicar

Tres preguntas. Sin carta de presentación, sin formularios de 40 campos.

• Enlace a algo que hayas construido. App, script, side project, una suite de tests, una herramienta interna… algo que hiciste porque querías que existiera. Pega el link y cuéntanos en 2-3 líneas qué es y qué hiciste tú. Si no has construido nada fuera de tu trabajo, cuéntanos qué construiste dentro de él. Un link a tu portfolio también vale, si ahí está tu trabajo.
• ¿Qué detalle mal hecho, en una app que uses a diario, te saca de quicio? Dinos cuál es, por qué está mal y cómo debería estar.
• ¿Cómo pruebas una funcionalidad nueva? Por dónde empiezas, qué intentas romper primero y cuándo dices que está lista.

El proceso

• Conversación inicial (20 min).
• Prueba técnica (72 h): un build real de Symmetry. Encuentra lo que está roto y repórtalo como lo harías aquí. Buscamos criterio, no volumen.
• Entrevista final con el equipo técnico: defiendes tus hallazgos. Preguntas duras, decisión rápida.

Sales de cada paso sabiendo qué pasa después.