SDET: mercado

Vacante

un empleo abierto que superó el filtro de calidad y menciona al menos dos tecnologías

Candidato observado

un candidato cuyo stack contiene esta tecnología; es un agregado: ni un solo registro sale del perímetro

Candidato emparejable

aún no contabilizado

Ventana

empleos abiertos en el momento en que se generó el snapshot

Junior SDET es un puesto raro (normalmente el mercado empieza por QA Automation y después la carrera progresa hacia SDET). El salto de Automation Middle/Senior a SDET Junior: dominar la programación a nivel de Backend Middle + arquitectura de frameworks de pruebas + un stack de observabilidad. Un Senior SDET es responsable de un framework de pruebas para varios equipos + stack de rendimiento + chaos engineering. Staff SDET: estrategia de pruebas de toda la organización + decisiones sobre herramientas. Trayectoria: QA Automation Senior (2-3 años) → SDET Middle → SDET Senior → luego Staff SDET / SDET Architect (técnico en profundidad), Engineering Manager (gestión) o Senior Backend (cambio completo a ingeniería de producto).

Principales 5: ci/cd, cloud, java, python, playwright. Frameworks web: conocimiento de 2+ (Selenium 4, Playwright, Cypress, para elegir según la tarea). Testing de API: RestAssured (Java), Pytest + requests (Python), SuperTest (JS), contract testing vía Pact. Mobile: Appium (un plus, no obligatorio). Testing de rendimiento: uno de JMeter (estándar industrial), Gatling (basado en DSL), k6 (moderno, basado en JS, en crecimiento), obligatorio para Senior SDET. Dominio de Docker + Kubernetes (Selenium Grid en k8s + infraestructura de test en Kubernetes). Dispositivos en cloud: BrowserStack + Sauce Labs + LambdaTest. Reporting: Allure + ReportPortal (avanzado). Chaos engineering: Chaos Monkey, LitmusChaos para testing de resiliencia. Observabilidad: integración de Datadog/Grafana/Prometheus en los pipelines de test.

Senior QA Automation: escribe pruebas sobre frameworks existentes. Enfoque: escribir pruebas + mantener la suite de pruebas. Nivel de programación: «middle con soltura». Ver QA Automation. SDET (esta página): escribe FRAMEWORKS DE PRUEBAS + infraestructura de pruebas + stack de rendimiento. Enfoque: construir herramientas que prueban el sistema. Nivel de programación: Backend Middle/Senior. Backend Engineer: escribe código de producto. Enfoque: funcionalidades + lógica de negocio. Nivel de programación: el más profundo. SDET = «ingeniero backend para el dominio de QA». El cambio de carrera SDET → Backend es posible en 3-6 meses (el nivel de programación es el mismo; hay que aprender pensamiento de producto + el dominio). Backend → SDET: 1-3 meses (la programación + el dominio backend son una base suficiente; solo hay que aprender técnicas de QA).

Un Senior SDET diseña un framework de pruebas reutilizable con los siguientes componentes: 1) Arquitectura en capas: separación de responsabilidades (Test Cases / Page Objects / Business Layer / Driver Layer). 2) Data-driven testing: pruebas parametrizadas con fuentes de datos externas (CSV/JSON/Excel/BD). 3) Patrón Page Object (o Screenplay en un stack moderno): abstracción de la UI. 4) Capa de clientes de API: clientes REST/GraphQL/gRPC con tipado seguro (codegen de OpenAPI, Pydantic para Python). 5) Gestión de datos de prueba: fixtures, factories (factory_boy para Python, factory-bot para JS), seeders de base de datos. 6) Gestión de la configuración: configuraciones por entorno (entornos de prueba DEV/STAGING/PROD). 7) Integración de informes: Allure/ReportPortal con anotaciones personalizadas + capturas + vídeos. 8) Integración con CI: ejecución en paralelo, agregación de resultados, detección de pruebas inestables. 9) Observabilidad: métricas de las ejecuciones (duración, inestabilidad, tendencias de cobertura), integración con Datadog/Grafana. 10) Contract testing con Pact: verificar los contratos de API entre microservicios. Documentos de decisiones de arquitectura (ADRs): responsabilidad de un Senior SDET.

Sí, el 32% de los empleos de SDET son full-remote o híbridos. El trabajo de SDET es cloud (infra de pruebas en Docker/Kubernetes, CI en la nube). Las outsourcing shops — casi siempre remotas en proyectos de EE. UU. Las empresas de producto rusas — híbrido o remoto tras el periodo de prueba. Los bancos — híbrido/oficina por el compliance. Las empresas tecnológicas internacionales — full-remote. Hubs de relocación: Polonia (Varsovia/Cracovia — SDET-friendly), Alemania, Chequia, Serbia, Georgia. Inglés — obligatorio para el remoto internacional con una prima +25-40% (la comunidad SDET es predominantemente de habla inglesa).

SDET es un rol de contribuidor individual con un fuerte foco en programación. Escribe más código del que gestiona personas. Vía de crecimiento: Junior SDET → Senior SDET → Staff SDET / SDET Architect (escalera técnica). Test Automation Lead: rol de gestión. Gestiona a 3-7 QA Automation Engineers + las decisiones técnicas del equipo, pero programa MENOS que un Senior SDET. Se parece más a «Senior QA Automation + habilidades de gestión». Crecimiento: Senior QA Automation → Test Automation Lead → QA Director → Director of Engineering. Salario: Senior SDET ≈ Test Automation Lead en Moscú, pero SDET gana más en el remoto internacional por la prima de habilidad escasa. Estrategia de carrera: SDET si te mueve la profundidad técnica, Test Automation Lead si te interesa gestionar personas. Ambos roles son una progresión legítima a Senior+; ninguno es mejor ni peor.

Se da por supuesta experiencia como QA Automation Senior (o Backend Middle con interés en QA). Hoja de ruta: 1) Programación a fondo en un lenguaje (Python o Java, según la tarea) hasta nivel Backend Middle. Libros: "Clean Code" de Martin, "Effective Python" de Slatkin o "Effective Java" de Bloch. 2) Arquitectura de frameworks de pruebas: estudia frameworks de pruebas de código abierto (internals de pytest, internals de JUnit 5). Spring Test para Java. 3) Patrones de diseño en QA: Page Object + Screenplay + Strategy + Factory. Libro "Design Patterns for Test Automation" (sección en "Software Test Automation" de Fewster/Graham). 4) Conocimiento de varios frameworks: Selenium 4 + Playwright + Cypress: saber cuándo usar cada uno. 5) Pruebas de rendimiento: JMeter + Gatling + k6: domina uno a nivel avanzado. Libro "The Art of Application Performance Testing" de Molyneaux. 6) Dominio de Docker + nociones de Kubernetes para la infraestructura de pruebas (Selenium Grid en k8s). 8) Pruebas de contrato: Pact para contratos de API de microservicios. 9) Observabilidad en las pruebas: integración con Datadog/Grafana/Prometheus. 10) Proyecto personal: un framework de pruebas completo y reutilizable para una app de código abierto (por ejemplo, SauceDemo) con capa de datos propia + page objects + cliente de API + ejecución en paralelo + Allure + CI/CD. Cursos: Otus "SDET", Karpov.Courses "SDET", Test Automation University (EN, gratis), Ministry of Testing (EN, comunidad + cursos). Libros: "Software Test Automation" de Fewster/Graham (un clásico), "The Art of Software Testing" de Myers. De QA Automation Senior a SDET Middle: 6-12 meses.

468 active open SDET positions — a premium QA niche. Geography: the US, India, Canada. The real market is broader thanks to the huge international remote segment. Time to close a Senior SDET role — 6-10 weeks (longer than QA Automation due to specificity).

Un Senior SDET es responsable del ciclo completo de ingeniería de pruebas + la arquitectura del framework. Dominio de la programación: nivel backend Middle/Senior en un lenguaje (Python o Java o JS/TS o Kotlin o Go): patrones de código limpio, patrones de diseño, refactorización, code review. Arquitectura del framework de pruebas: diseñar un framework reutilizable (ver la respuesta anterior: 10 componentes), redactar ADRs para las decisiones del framework, estrategia de adopción del framework en varios equipos. Conocimiento de varios frameworks: dominio de Selenium 4 + Playwright + Cypress (cuándo usar cada uno), pruebas de API en varios lenguajes, pruebas móviles con Appium. Dominio de las pruebas de rendimiento: uno de JMeter/Gatling/k6 al nivel de «diseñar escenarios de carga + analizar resultados + integrar en CI». Comprensión a nivel backend de las pruebas de sistemas distribuidos (race conditions, consistencia eventual, particiones de red). Infraestructura de pruebas: Selenium Grid en Kubernetes (al estilo de Spark Operator para pruebas), gestión de entornos de prueba (similares a DEV/STAGING/PROD), integración avanzada con dispositivos en la nube (BrowserStack/Sauce Labs/LambdaTest). Dominio de CI/CD: pipeline-as-code en varios sistemas, patrones de ejecución en paralelo, detección de pruebas inestables + reintento automático, agregación de resultados. Contract testing: Pact para contratos de API entre microservicios (provider/consumer). Nociones de chaos engineering: Chaos Monkey, LitmusChaos para pruebas de resiliencia. Observabilidad en las pruebas: integración de Datadog/Grafana/Prometheus en los pipelines de pruebas (métricas de duración, inestabilidad, tendencias de cobertura). Soft: code review para varios equipos, mentoría a SDETs e ingenieros de QA Automation, redacción técnica (ADRs, documentación del framework), comunicación con Backend/DevOps. Inglés para Senior+ IMPRESCINDIBLE: la comunidad SDET es mayoritariamente angloparlante.