Saltar al contenido
Portada » Blog » 🖥️ Vladimir Berrio Garcia 👉 SDET la evolución del Tester

🖥️ Vladimir Berrio Garcia 👉 SDET la evolución del Tester

SDET la evolución del tester

SDET la evolución del Tester: Beneficios y riesgos.
Los proyectos de IT, donde la calidad, la eficiencia, la eficacia y la velocidad son parte del éxito de los mismos, el rol del (SDET) Software Development Engineer in test, ha ganado una importancia en forma rápida. Estos profesionales son responsables de estimar, planear, diseñar, ejecutar y/o automatizar pruebas de software, respondiendo en gran medida para que el software cumpla con los requisitos funcionales y no funcionales y satisfaga las expectativas de los usuarios y velando por una experiencia de usuario satisfactoria.
En este artículo, Daremos los primeros pasos por el camino de los SDET, explorando los beneficios y riesgos que esta disciplina/perfil conlleva. Desde la automatización de las pruebas hasta la detección temprana de errores pasando por sus habilidades esperadas, descubriremos cómo los SDET están transformando la forma en que se desarrolla y prueba el software, impulsando la innovación y el éxito en las empresas y generando mayor exigencia a los testers y sus skills esperados.
Imaginemos a los SDET como caballeros medievales intrépidos que caminan por un sendero de código, buscando errores ocultos y fallas potenciales como si estuvieran en una misión para salvar el reino. Con su ingenio y herramientas, estos caballeros del software garantizan que cada línea de código sea robusta y confiable, certificando que la experiencia del usuario sea un viaje sin tropiezos.
Los Caballeros del Castillo: Imaginen un castillo donde se guarda el software más valioso del reino. Los SDET son como los guardianes de este castillo, vigilando cada entrada, torre, puente y muralla para detectar cualquier amenaza o punto débil. Con su conocimiento de las vulnerabilidades y su arsenal de herramientas de prueba, estos protectores del software/reino se aseguran de que ningún error o fallo pueda infiltrarse en el sistema, procurando así una experiencia de usuario segura y confiable.

By Vladimir Berrio Garcia
MBA Management.
Especialista en Gerencia de Proyectos.
Project manager accredited Certification IO4PM.
Software test manager accredited certification ISTI.
Certificado ISTQB.

Es una charla Evolución de la dada el 2023.

✅ [TCV’24] Vladimir Berrio Garcia: 👉 SDET la evolución del Tester

Únete a las actividades que realizaremos

Summary of «SDET the evolution of the Tester»

Vladimir presents a talk on the evolution of the tester to the SDET (Software Development Engineer in Test) role. He explains what an SDET is, where the term comes from, what they do, and why it is considered an evolution, not a replacement of the traditional tester.

The main points are:

  • Introduction to SDET: The SDET is defined as a profile that combines developer and tester skills, with a strong focus on automation. The term originated in the 2000s in companies like Microsoft and Google.
  • Comparison between traditional tester and SDET: The traditional tester focuses on manual testing, while the SDET creates automated tests and integrates into the entire software development lifecycle, complementing their technical skills with soft skills.
  • Technical skills required for an SDET: Automation with Selenium, Appium, packages like Greengin, low-code/no-code tools like ese Bot, knowledge of AI, software architecture, agile methodologies (Scrum, Kanban), and project management (PMI, PRINCE2) are mentioned. They should also have skills in creating and maintaining automation scripts, test management, and writing unit tests.
  • Soft skills for an SDET: Analytical and systemic thinking, solid problem-solving skills, error identification, diagnosis, and visualization of strategies.
  • Key differences between traditional tester and SDET: The traditional tester focuses on manual execution, while the SDET broadens the focus with programming skills, seeking greater Coverage, identifying errors with greater severity, and applying models like BDD/TDD.
  • Tools an SDET should handle: In addition to the traditional tester’s tools (Jira, IDEs), the SDET should be an expert in various automation tools, frameworks, continuous deployment (Azure, Jenkins, Terraform), test farms (Meter, Jmeter), and version control (Gitflow).
  • Impact of both roles: It is clarified that the SDET does not replace the traditional tester, but both roles are necessary. The impact on time, costs, resources, and training is measured.
  • Challenges of the SDET transition: Adoption of new technologies, staff training, resistance to change, difficulties in retraining, and cost management.
  • Training and professional development for SDET: Training and certification programs, focus on specific technologies, educational resources, continuous learning, and effective change policies.
  • Future of the SDET: Trends such as AI, cloud testing, advances in CI/CD, agile methodologies, new competencies (programming languages, data architecture, data analysis, and statistics), impact on automation and Machine Learning, adaptation to market needs, and business strategies.
  • Elements of success and lessons learned: Implementation phases, growth metrics, protocols, error detection and resolution statistics, budgets, problems overcome (stakeholder management, initial setbacks), innovative approaches, and effectiveness evaluation. The importance of internal communication and transparency is emphasized.
  • Recommendations: Continuous evolution, training, certifications, resource seeking, knowledge sharing culture, automation budgets, tool updates, integration in the development lifecycle, information on industry advances, experimentation with new technologies, proactive adoption of best practices, and a futuristic vision (AI-powered testing, IoT, blockchain).

Long-term benefits: Greater reliability, Performance, faster Defect resolution, and continuous improvement of user experience. Growing demand for qualified SDETs and greater importance of soft skills.

Únete a las actividades que realizaremos

Resumen de «El liderazgo de Testing impactando organizaciones 4.0»

Vladimir presenta una charla sobre la evolución del tester al rol de SDET (Software Development Engineer in Test). Explica qué es un SDET, de dónde proviene el término, qué hace y por qué se considera una evolución, no un reemplazo del tester tradicional.

Los puntos principales son:

  • Introducción al SDET: Se define al SDET como un perfil que combina habilidades de desarrollador y tester, con un fuerte enfoque en la automatización. El término surgió en los años 2000 en empresas como Microsoft y Google.
  • Comparación entre tester tradicional y SDET: El tester tradicional se centra en pruebas manuales, mientras que el SDET crea pruebas automatizadas y se integra en todo el ciclo de vida del desarrollo del software, complementando sus habilidades técnicas con habilidades blandas.
  • Habilidades técnicas requeridas para un SDET: Se mencionan la automatización con Selenium, Appium, paquetes como Greengin, herramientas low-code/no-code como ese Bot, conocimientos de IA, arquitectura de software, metodologías ágiles (Scrum, Kanban) y gestión de proyectos (PMI, PRINCE2). También debe tener habilidades en la creación y mantenimiento de scripts de automatización, gestión de pruebas y escritura de pruebas unitarias.
  • Capacidades blandas para un SDET: Pensamiento analítico y sistémico, habilidades sólidas de resolución de problemas, identificación de errores, diagnóstico y visualización de estrategias.
  • Diferencias clave entre tester tradicional y SDET: El tester tradicional se enfoca en la ejecución manual, mientras que el SDET amplía el enfoque con habilidades de programación, buscando una mayor Cobertura, identificando errores con mayor severidad y aplicando modelos como BDD/TDD.
  • Herramientas que debe manejar un SDET: Además de las herramientas del tester tradicional (Jira, IDEs), el SDET debe ser experto en varias herramientas de automatización, frameworks, despliegue continuo (Azure, Jenkins, Terraform), granjas de pruebas (Meter, Jmeter) y control de versiones (Gitflow).
  • Impacto de ambos roles: Se aclara que el SDET no reemplaza al tester tradicional, sino que ambos roles son necesarios. Se mide el impacto en tiempo, costos, recursos y entrenamientos.
  • Desafíos de la transición a SDET: Adopción de nuevas tecnologías, entrenamiento del personal, resistencia al cambio, dificultades en la recapacitación y gestión de costos.
  • Capacitación y desarrollo profesional para SDET: Programas de formación y certificación, enfoque en tecnologías específicas, recursos educativos, aprendizaje continuo y políticas de cambio efectivas.
  • Futuro del SDET: Tendencias como la IA, pruebas en la nube, avances en CI/CD, metodologías ágiles, nuevas competencias (lenguajes de programación, arquitectura de datos, análisis de datos y estadística), impacto en la automatización y Machine Learning, adaptación a las necesidades del mercado y estrategias empresariales.
  • Elementos de éxito y lecciones aprendidas: Fases de implementación, métricas de crecimiento, protocolos, estadísticas de detección y resolución de errores, presupuestos, problemas superados (gestión de partes interesadas, contratiempos iniciales), enfoques innovadores y evaluación de la efectividad. Se enfatiza la importancia de la comunicación interna y la transparencia.
  • Recomendaciones: Evolución continua, formación, certificaciones, búsqueda de recursos, cultura de intercambio de conocimientos, presupuestos para automatización, actualización de herramientas, integración en el ciclo de vida del desarrollo, información sobre avances de la industria, experimentación con nuevas tecnologías, proactividad en la adopción de mejores prácticas y visión futurista (pruebas impulsadas por IA, IoT, blockchain).

Beneficios a largo plazo: Mayor fiabilidad, rendimiento, solución más rápida de defectos y mejora continua de la experiencia del usuario. Creciente demanda de SDETs cualificados y mayor importancia de las habilidades blandas.

Vladimir Berrio Garcia

Extensive experience in project management and software testing, specializing in stakeholder management, risk management, strategic planning, and process optimization. Founder and CEO at BRAINS TESTING.