Testing as Code
¿Qué tipo de testing se necesita en un modelo de desarrollo Ágil DEVOPS? ¿Cómo puede ser efectivo y eficaz el testing en una estrategia de ci / cd? La respuesta es, Testing as Code, un método para hacer pruebas de software automatizadas, de manera continua, paralela y en el marco del ciclo de vida de ingeniería. Testing as Code combina la calidad preventiva con la automatización y prácticas devtestops, para desarrollar software de alta calidad a la velocidad necesaria y con el valor esperado para el negocio.
Miguel Buitrago
Testing as Code confirma la importancia de la calidad preventiva y la automatización. Le da a los asistentes una idea reveladora sobre cómo se aplica el testing en el entorno moderno de desarrollo de software y la pertinencia y sincronización de la automatización de las pruebas con el ciclo de vida, para hacer una contribución práctica a la calidad, el valor y la velocidad del trabajo del equipo completo.
Únete a las actividades que realizaremos
Summary of «Testing as Code»
Juan Carlos Marín presents on «Testing as Code» in a DevOps environment. The presentation focuses on the evolution of a testing team from a manual approach with multiple problems to the adoption of Agile and DevOps practices, culminating in the implementation of Testing as Code, even with low-code tools.
The main points are:
- Initial problems: The team suffered difficulties with environments, data, traceability, reprocesses, high costs, and production problems. Communication between development and operations was deficient.
- Adoption of Agile and DevOps: The organization adopted Agile and then DevOps to improve collaboration and continuous delivery. continuous integration and deployment were automated using pipelines.
- Evolution of testing: They moved from manual testing to an approach with greater automation, starting with a low percentage (<10%) and progressively scaling. A dashboard with metrics was implemented to analyze Quality and adjust practices.
- Shift-Left expansion: The need to perform proactive and static tests, not only dynamic ones, was identified. System attributes (according to ISO 25010) and associated risks were analyzed to focus testing on them. Static code reviews with tools like SonarQube were included. The importance of architecture to mitigate risks was emphasized.
- Testing as Code: It is defined as a strategy of functional and non-functional tests, based on risks, represented as code, applied early and continuously, and incorporated into CI/CD pipelines. The benefits of treating tests as code are explained: consistency, reliability, speed, version control, reusability, and productivity.
- Testing as Code Low-Code: The use of low-code tools such as Katalon, Tricentis Tosca, and a proprietary Sequal tool is proposed to facilitate the implementation of Testing as Code without requiring a high level of programming knowledge.
- DevOps tester Profile: The importance of the tester becoming a quality leader is highlighted, developing soft skills, understanding DevOps, and learning to use low-code tools. The role of the SDET (Software Developer Engineer in test) is mentioned.
- Future work: The plan is to explore the expansion to the right (Shift-Right) with continuous testing in operations, including monitoring as code with observability tools like OpenTelemetry.
Únete a las actividades que realizaremos
Resumen de «Testing as Code»
Juan Carlos Marín presenta sobre «Testing as Code» (Pruebas como Código) en un entorno DevOps. La presentación se centra en la evolución de un equipo de pruebas desde un enfoque manual con múltiples problemas hasta la adopción de prácticas ágiles y DevOps, culminando en la implementación de Testing as Code, incluso con herramientas low-code.
Los puntos principales son:
- Problemas iniciales: El equipo sufría dificultades con ambientes, datos, trazabilidad, reprocesos, altos costos y problemas en producción. La comunicación entre desarrollo y operaciones era deficiente.
- Adopción de Agile y DevOps: La organización adoptó Agile y luego DevOps para mejorar la colaboración y la entrega continua. Se automatizaron la integración y el despliegue continuos mediante pipelines.
- Evolución de las pruebas: Se pasó de pruebas manuales a un enfoque con mayor automatización, comenzando con un bajo porcentaje (<10%) y escalando progresivamente. Se implementó un dashboard con métricas para analizar la calidad y ajustar las prácticas.
- Expansión hacia la izquierda (Shift-Left): Se identificó la necesidad de realizar pruebas proactivas y estáticas, no solo dinámicas. Se analizaron los atributos del sistema (según ISO 25010) y los riesgos asociados para enfocar las pruebas en ellos. Se incluyeron revisiones estáticas de código con herramientas como SonarQube. Se enfatizó la importancia de la arquitectura para mitigar riesgos.
- Testing as Code: Se define como una estrategia de pruebas funcionales y no funcionales, basadas en riesgos, representadas como código, aplicadas temprana y continuamente, e incorporadas a los pipelines de CI/CD. Se explican los beneficios de tratar las pruebas como código: consistencia, confiabilidad, velocidad, control de versiones, reusabilidad y productividad.
- Testing as Code Low-Code: Se propone el uso de herramientas low-code como Katalon, Tricentis Tosca y una herramienta propietaria de Sequal para facilitar la implementación de Testing as Code sin requerir un alto nivel de conocimientos de programación.
- Perfil del Tester en DevOps: Se destaca la importancia de que el tester se convierta en un líder de calidad, desarrollando habilidades blandas, entendiendo DevOps y aprendiendo a usar herramientas low-code. Se menciona el rol del SDET (Software Developer Engineer in Test).
- Trabajos futuros: Se planea explorar la expansión hacia la derecha (Shift-Right) con testing continuo en operaciones, incluyendo monitoreo como código con herramientas de observabilidad como OpenTelemetry.
Miguel Buitrago
CVO at SEQUAL