Senior SDET Software Development Engineer in Test — Remoto - LATAM — Healthcare Tech -

Descripción del puesto

Sobre la vacante

WES está incorporando un/a Senior SDET (Software Development Engineer in Test) para liderar iniciativas de automatización de pruebas en aplicaciones de healthcare, con foco en calidad, seguridad y confiabilidad. El rol implica diseñar y ejecutar estrategias de testing automatizado end-to-end, cubriendo UI, APIs y performance, trabajando con equipos técnicos distribuidos.

Principales responsabilidades:

• Automatización de pruebas de UI con Selenium, Cypress o Playwright (C#)
• Testing automatizado de APIs REST y GraphQL
• Implementación de frameworks BDD / TDD
• Pruebas de performance y carga
• Integración de tests en pipelines de CI/CD
• Promoción de buenas prácticas de testing

Requisitos:

• +4 años de experiencia en QA Automation / SDET
• Sólidos conocimientos de C#
• Experiencia en API testing y bases de datos
• Autonomía y enfoque técnico

Beneficios: Oportunidad para trabajar de forma remota en proyectos desafiantes, con tecnologías modernas y equipos internacionales.

¿Por qué deberías aplicar?

Esta es tu oportunidad de liderar la transformación de calidad en una empresa de healthcare tech, donde tu trabajo impactará directamente en la seguridad y confiabilidad de aplicaciones críticas. Aprenderás las mejores prácticas de automatización a escala en un entorno distribuido, trabajando con tecnologías modernas como Cypress, GraphQL y pipelines de CI/CD avanzados. Crecerás profesionalmente en un equipo técnico que valora la innovación y la excelencia en testing.

Tips y consejos de VacantesDigitales.com

Skills indispensables

• Técnicas: Automatización con C#, Selenium/Cypress/Playwright, API testing (REST/GraphQL), BDD/TDD, performance testing, CI/CD
• Soft skills: Liderazgo técnico, comunicación efectiva en equipos distribuidos, pensamiento crítico, autonomía

Tips prácticos para este puesto

• Prepara ejemplos concretos de frameworks de automatización que hayas diseñado o mejorado
• Demuestra cómo has integrado testing en pipelines CI/CD para reducir tiempos de entrega
• Muestra experiencia en testing de seguridad aplicado a healthcare o sectores regulados
• Ten listos casos de resolución de bugs críticos en producción

Recursos recomendados

• Tools: Selenium WebDriver, Cypress.io, Playwright, Postman/Insomnia, JMeter/Locust
• Documentación: Microsoft C# docs, SeleniumHQ, Cypress Best Practices, GraphQL testing guides
• Influencers: Angie Jones (testing automation), James Bach (exploratory testing), Lisa Crispin (agile testing)
• Cursos: "Advanced C# for Test Automation" en Pluralsight, "Mastering API Testing" en Udemy

Preguntas frecuentes en entrevistas para este rol

• "Describe cómo diseñarías un framework de automatización desde cero para una aplicación healthcare" - Tip: Enfócate en seguridad, escalabilidad y mantenibilidad, menciona patrones como Page Object Model y estrategias de data management.
• "¿Cómo priorizas qué pruebas automatizar en un proyecto con tiempo limitado?" - Tip: Explica un enfoque basado en riesgo y valor de negocio, cubriendo primero funcionalidades críticas y flujos de usuario principales.
• "Cuéntame sobre un bug complejo que encontraste y cómo lo resolviste" - Tip: Usa el método STAR (Situación, Tarea, Acción, Resultado), destacando tu análisis técnico y colaboración con el equipo.

Rango salarial estimado (LATAM)

Basado en datos de Glassdoor, Computrabajo, GetOnBoard y el mercado actual: | Nivel | Rango mensual USD | |-------|-------------------| | Mid | $2,500 - $4,000 | | Senior | $4,000 - $6,500 | | Lead/Architect | $6,500 - $9,000 |

*Nota: Varía según país, empresa, modalidad (remoto internacional paga más) y tecnologías específicas. Empresas de USA/EU pagando en LATAM suelen ofrecer 30-50% más. Para healthcare tech con C#, los rangos suelen estar en el extremo superior.*

Red flags a considerar

• Bandera roja 1: Falta de documentación de requerimientos - Pregunta en la entrevista: "¿Cómo se documentan los requerimientos y criterios de aceptación para testing?" Si la respuesta es vaga, podría indicar caos en procesos.
• Bandera roja 2: Testing visto como costo, no como valor - Investiga antes de aceptar: Busca reviews de la empresa en Glassdoor sobre cultura de calidad. Si hay quejas constantes sobre bugs en producción, es señal de subvaloración del testing.
• Bandera roja 3: Herramientas obsoletas sin plan de modernización - Señal de advertencia común: Si mencionan solo Selenium con scripts legacy sin hablar de Cypress/Playwright o CI/CD, podría ser un entorno tecnológicamente estancado.