![\"El](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/08\/flujo-devops-testing-calidad-desarollo-operaciones.png\")
<\/figure><\/div>\n\n\n\n\u00bfEn qu\u00e9 consiste el DevOps?<\/h2>\n\n\n\n
El objetivo que persigue DevOps, una combinaci\u00f3n de los t\u00e9rminos ingleses development (desarrollo) y operations (operaciones), es automatizar tantos pasos como sea posible, entre la formaci\u00f3n de una idea y el lanzamiento del c\u00f3digo terminado a producci\u00f3n. Esto produce reduce el tiempo desde que alguien tiene la idea de un nuevo producto, hasta que est\u00e1 disponible en el mercado.<\/p>\n\n\n\n
Esto significa que preocupaciones como el aprovisionamiento de servidores y otra infraestructura, as\u00ed como el escalado de una aplicaci\u00f3n exitosa, deben ser tan automatizadas y fluidas como el proceso de construcci\u00f3n de desarrollo del software.<\/p>\n\n\n\n
Para esto, necesitamos contar con siete elementos b\u00e1sicos:<\/p>\n\n\n\n
- Planificar<\/strong>: el plan se compone de dos cosas: “definir” y “planificar”. Esta actividad se refiere al valor comercial y los requisitos de aplicaci\u00f3n .<\/li>
- C\u00f3digo\/Compilaci\u00f3n<\/strong>: herramientas de dise\u00f1o y desarrollo de c\u00f3digo, herramientas de gesti\u00f3n de c\u00f3digo fuente, servidores de integraci\u00f3n\/compilaci\u00f3n continua<\/li>
- Probar\/Verificar<\/strong>: herramientas y procesos de prueba continuos que brindan retroalimentaci\u00f3n sobre los riesgos comerciales<\/li>
- Paquete<\/strong>: repositorio de artefactos, preparaci\u00f3n previa a la implementaci\u00f3n de la aplicaci\u00f3n.<\/li>
- Lanzamiento<\/strong>: gesti\u00f3n de cambios, aprobaciones de lanzamientos, automatizaci\u00f3n de lanzamientos.<\/li>
- Configurar<\/strong>: configuraci\u00f3n y administraci\u00f3n de infraestructura, infraestructura como herramientas de c\u00f3digo.<\/li>
- Supervisar<\/strong>: supervisi\u00f3n del rendimiento de las aplicaciones y la experiencia del usuario final.<\/li><\/ul>\n\n\n\n
La relativa importancia de cada uno de los anteriores elementos variar\u00e1 seg\u00fan los siguientes aspectos:<\/p>\n\n\n\n
- Tipo de aplicaci\u00f3n<\/strong>: basada en la web, m\u00f3vil, de desktop heredado, microservicios, inteligencia artificial, data warehouse).<\/li>
- Metodolog\u00eda utilizada<\/strong>: la construcci\u00f3n y la integraci\u00f3n continua, generalmente requieren de una metodolog\u00eda.<\/li>
- Estado de la aplicaci\u00f3n<\/strong>: MVP, adopci\u00f3n temprana, adopci\u00f3n generalizada o modo de soporte y mantenimiento.<\/li><\/ul>\n\n\n\n
Seguramente ha escuchado diferentes variaciones con el t\u00e9mrino DevOps, como por ejemplo, DevTestOps, DevSecOps y DevTestSecPerfOps. Estas determinan que la calidad del software y las pruebas deben estar presentes en todo el proceso, o com\u00fanmente conocidas como pruebas continuas.<\/p>\n\n\n\n
El alcance de las pruebas se extiende desde la validaci\u00f3n de los requisitos iniciales o las historias de usuarios, hasta la evaluaci\u00f3n de los requisitos del sistema asociados con los objetivos comerciales generales, y aborda hasta la supervisi\u00f3n del sistema en producci\u00f3n para encontrar los posibles incidentes que deben corregirse.<\/p>\n\n\n\n
Por tanto, agregar pruebas continuas al flujo de DevOps proporciona una nueva manera de pensar acerca de las pruebas de software, y c\u00f3mo se integran primero en el ciclo de vida de DevOps.<\/p>\n\n\n\n
![\"Ciclo](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/08\/ciclo-vida-devops.png\")
<\/figure><\/div>\n\n\n\nDevOps busca cumplir con las expectativas de los clientes que esperan experiencias digitales memorables y de la forma m\u00e1s r\u00e1pida posible<\/strong>, al contribuir a aumentar el ritmo de nuevas compilaciones de cara a los clientes, al mismo tiempo que se mantiene la calidad.<\/p>\n\n\n\n
En este sentido, a\u00fan existen muchas organizaciones esperan hasta el final del ciclo de vida de desarrollo de software (SDLC por sus siglas en ingl\u00e9s) para ejecutar sus pruebas, encontrando errores inesperados al final de este ciclo, donde los incidentes son m\u00e1s dif\u00edciles y costosos de resolver. Con dicho enfoque, las pruebas se convierten en un cuello de botella que impacta directamente al desarrollo e implementaci\u00f3n de software \u00e1gil y eficiente.<\/p>\n\n\n\n
Asimismo, es probable que afecte negativamente la moral del equipo, ya que los desarrolladores que dedicaron mucho tiempo y esfuerzo a crear y enviar c\u00f3digo r\u00e1pidamente, ahora deben retrasar su proceso de implementaci\u00f3n para corregir los incidentes.<\/p>\n\n\n\n
Sin embargo, existe un enfoque m\u00e1s eficiente que las organizaciones pueden implementar para una mejora continua, que explicaremos a continuaci\u00f3n.<\/p>\n\n\n\n
Enfoque Shift Left para el Software Testing<\/h2>\n\n\n\n
Shift Left Testing consiste en un enfoque que permite mejorar la calidad del producto final y reducir los riesgos, al descubrir y solucionar potenciales problemas de manera anticipada<\/strong>.<\/p>\n\n\n\n
![\"\"](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/08\/enfoque-shift-left-testing-1024x539.jpg\")
Foto de Tung Lam en Pexels<\/em><\/figcaption><\/figure>\n\n\n\n Si bien realizar m\u00e1s pruebas al inicio del ciclo de vida del desarrollo puede parecer inicialmente un obst\u00e1culo para la rapidez que ofrece DevOps, permite a los equipos lanzar software de mayor calidad y m\u00e1s r\u00e1pido<\/strong>, a medida que el enfoque Shift Left Testing se convierte en una parte clave de sus procesos.<\/p>\n\n\n\n
Con Shift Left las pruebas de software se pueden implementar durante y a lo largo de las etapas cr\u00edticas de dise\u00f1o y desarrollo de software, y no despu\u00e9s.<\/strong><\/p>\n\n\n\n
Algo importante a considerar es que independientemente de c\u00f3mo un equipo aborde las metodolog\u00edas de desarrollo (\u00e1gil, en cascada, continua o una combinaci\u00f3n de estas), cuando las pruebas se \u2018mueven hacia la izquierda\u2019, se vuelve una responsabilidad transversal de toda la organizaci\u00f3n, no solo de los testers.<\/p>\n\n\n\n
Eso significa que los SDET<\/em> (una combinaci\u00f3n de desarrollador y tester o ingeniero de calidad<\/a>, que tiene exposici\u00f3n a la gesti\u00f3n de proyectos), los desarrolladores y otros integrantes del equipo, deben participar activamente en las pruebas junto con el equipo de testing y calidad.<\/p>\n\n\n\n
Beneficios de Shift Left Testing para los equipos<\/h3>\n\n\n\n
Cuando todo el grupo participa en las pruebas al inicio del ciclo de vida de desarrollo de software, hay muchos beneficios, entre los que destacan:<\/p>\n\n\n\n
- Se puede crear una lista de flujos de trabajo de usuario y condiciones de validaci\u00f3n de pruebas para agilizarlas durante los procesos de desarrollo.<\/li>
- Los testers pueden detectar problemas potenciales mucho antes en el proceso para solucionarlos de manera anticipada, y no despu\u00e9s de que se haya desarrollado el c\u00f3digo.<\/li>
- Los desarrolladores y testers pueden trabajar con el c\u00f3digo que est\u00e1n familiarizados para editar el c\u00f3digo existente y solucionar los problemas por s\u00ed mismos.<\/li><\/ul>\n\n\n\n
Al hablar de Shift Left Testing, se contemplan las pruebas que se realizan durante el desarrollo en integraci\u00f3n continua (CI) agregando pruebas de funcionalidad, usabilidad, rendimiento, seguridad y accesibilidad de forma anticipada. Para ello se debe contemplar lo siguiente:<\/p>\n\n\n\n
- Pruebas r\u00e1pidas y automatizadas para evitar que vuelvan a aparecer problemas previamente conocidos.<\/li>
- Identificar \u00e1reas de riesgo de manera anticipada para saber d\u00f3nde enfocar las pruebas posteriormente.<\/li>
- Realizar todas las pruebas de cada tipo que sean necesarias, al inicio del ciclo para identificar si se justifica realizar m\u00e1s pruebas. <\/li>
- Hacer una exploraci\u00f3n temprana de las funcionalidades del producto para determinar posibles problemas y\/o riesgos comerciales.<\/li><\/ul>\n\n\n\n
Y as\u00ed como el Shift Left Testing consiste es probar lo m\u00e1s temprano posible en la canalizaci\u00f3n de integraci\u00f3n continua (CI), el Shift Right se trata del monitoreo en producci\u00f3n luego del delivery<\/em> (entrega continua o Continuous Delivery en ingl\u00e9s), un tema que abordaremos en otro momento.<\/p>\n\n\n\n
Shift Left y Shift Right Testing<\/h2>\n\n\n\n
En resumen, Shift Left Testing se basa en tratar de encontrar problemas de manera anticipada con pruebas r\u00e1pidas y repetitivas que descubren \u00e1reas de riesgo a lo largo de las etapas cr\u00edticas de dise\u00f1o y desarrollo de software, y no despu\u00e9s, buscando as\u00ed evitar que ocurran problemas. <\/p>\n\n\n\n
Mientras que Shift Right Testing implica monitorear el comportamiento del usuario, las m\u00e9tricas comerciales, las m\u00e9tricas de rendimiento y seguridad, e incluso experimentos de fallas deliberadas (Chaos Engineering<\/em>) para ver qu\u00e9 tan resistente es el sistema a las fallas<\/strong>.<\/p>\n\n\n\n
A modo de conclusi\u00f3n, para incorporar pr\u00e1cticas de testing continuo en el proceso de DevOps es importante priorizar y planificar:<\/p>\n\n\n\n
- Integraci\u00f3n de las t\u00e9cnicas de Shift Left en el canal de integraci\u00f3n continua: Abordar las \u00e1reas de riesgo identificadas de manera temprana para focalizar pruebas mas profundas.<\/li>
- Si bien no profundizamos, es importante considerar la t\u00e9cnica Shift Right en la infraestructura ya que las pruebas no terminan despu\u00e9s de la ejecuci\u00f3n.<\/li>
- Tener un enfoque basado en el riesgo (Risk-based approach<\/em>) para decidir cu\u00e1ndo lanzar a producci\u00f3n la nueva funcionalidad del producto.<\/li><\/ul>\n\n\n\n
Probar el software para asegurar un correcto funcionamiento seg\u00fan lo previsto, es un requisito fundamental que debe estar presente en todo el ciclo de desarrollo de software (SDLC).<\/strong><\/p>\n\n\n\n
Shift Left y DevOps para un software deslumbrante<\/h2>\n\n\n\n
El enfoque<\/a> Shift Left Testing apunta a reducir costos, ya que las pruebas se hacen antes, el feedback se obtiene antes, los potenciales problemas se descubren antes y por lo tanto se pueden resolver antes. Esto al final de cuentas permite que se mejore la calidad del producto final y que se minimicen los riesgos, en contraste con esperar hasta el final del ciclo de vida de desarrollo de software (SDLC<\/em>) para ejecutar las pruebas y encontrar errores inesperados, donde son m\u00e1s dif\u00edciles y costosos de resolver.<\/p>\n\n\n\n
En Abstracta, estamos comprometidos en ayudar a nuestros clientes a cocrear productos digitales exitosos y experiencias que marquen la diferencia<\/strong>, a trav\u00e9s de la incorporaci\u00f3n de t\u00e9cnicas de Shift Left al ciclo de vida de desarrollo del software de nuestros clientes, un enfoque que mejora la calidad del producto final, minimiza los riesgos y reduce costos al descubrir y solucionar potenciales problemas de manera anticipada. Integramos esta enfoque en los canales de integraci\u00f3n continua buscando alcanzar con DevOps, las expectativas de nuestros clientes que buscan experiencias digitales memorables y de la forma m\u00e1s r\u00e1pida posible.<\/p>\n\n\n\n
Si busca un partner estrat\u00e9gico para crear mejores grupos de trabajo en que sean m\u00e1s colaborativos y mejoren continuamente para obtener mejores resultados<\/strong>, \u00a1cuente con los m\u00e1s de 13 a\u00f1os de experiencia internacional de Abstracta!<\/p>\n\n\n\n
Agende aqu\u00ed<\/a> una consultor\u00eda gratuita de 30 minutos con nuestros expertos para conocer los beneficios que puede traer para su equipo y para la experiencia de sus usuarios finales, el enfoque Shift Left para las actividades de testing y la calidad, en un entorno de DevOps.<\/p>\n\n\n\n
\n\n\n\nOtros contenidos relacionados<\/h3>\n\n\n\n
Beneficios de Shift Left Testing en el Ciclo de Desarrollo de Software<\/a><\/p>\n\n\n\n
El Testing como impulsor del cambio hacia una Cultura DevOps<\/a><\/p>\n\n\n\n
3 claves para una implementaci\u00f3n exitosa de Testing Continuo<\/a><\/p>\n\n\n\n
- Metodolog\u00eda utilizada<\/strong>: la construcci\u00f3n y la integraci\u00f3n continua, generalmente requieren de una metodolog\u00eda.<\/li>
- C\u00f3digo\/Compilaci\u00f3n<\/strong>: herramientas de dise\u00f1o y desarrollo de c\u00f3digo, herramientas de gesti\u00f3n de c\u00f3digo fuente, servidores de integraci\u00f3n\/compilaci\u00f3n continua<\/li>