{"id":9731,"date":"2022-02-22T03:58:57","date_gmt":"2022-02-22T03:58:57","guid":{"rendered":"https:\/\/cl.abstracta.us\/blog\/?p=9731"},"modified":"2022-12-05T23:27:46","modified_gmt":"2022-12-05T23:27:46","slug":"velocidad-herramientas-low-code-automatizacion-pruebas","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/velocidad-herramientas-low-code-automatizacion-pruebas\/","title":{"rendered":"Velocidad de herramientas low code para automatizar pruebas"},"content":{"rendered":"\n

Las herramientas low code para automatizaci\u00f3n de casos de prueba est\u00e1n ganando cada d\u00eda m\u00e1s terreno. \u00bfPor qu\u00e9? La respuesta es simple: por eficiencia. Conoce en este post en qu\u00e9 consiste este enfoque, y mira nuestra evaluaci\u00f3n comparativa de las soluciones m\u00e1s populares.<\/strong><\/h3>\n\n\n
\n
\"Velocidad
Foto de Kevin Ku en Pexels<\/em>.<\/figcaption><\/figure><\/div>\n\n\n

Existe una tendencia creciente a aplicar este enfoque sobre todo para la automatizaci\u00f3n de pruebas a nivel de interfaz de usuario. Sus plataformas permiten desarrollar soluciones tecnol\u00f3gicas en menos tiempo, y con una menor curva de aprendizaje que con los enfoques de programaci\u00f3n cl\u00e1sicos.<\/p>\n\n\n\n

En Abstracta nos dispusimos a realizar algunos experimentos, con el objetivo de comparar el tiempo de ejecuci\u00f3n de diferentes plataformas.<\/strong><\/p>\n\n\n\n

Si bien las soluciones que presentan estas plataformas son m\u00e1s que prometedoras, siempre hay un trade-off: no podemos ceder en tiempo de ejecuci\u00f3n de pruebas, necesitamos que los ciclos de feedback sean r\u00e1pidos. <\/p>\n\n\n\n

Es sabido que cuanto m\u00e1s r\u00e1pido recibamos feedback, mejor. Eso tambi\u00e9n se aplica a las pruebas automatizadas end to end. En esta nota, compartimos los resultados de un benchmark que ejecutamos para comparar la velocidad de algunas de las soluciones de low code m\u00e1s conocidas para la automatizaci\u00f3n de pruebas.<\/strong><\/p>\n\n\n\n

Si quer\u00e9s reproducir el experimento, no te pierdas nuestro an\u00e1lisis y la explicaci\u00f3n del paso a paso para lograrlo. Si solo quer\u00e9s conocer los resultados, entr\u00e1 directamente a la secci\u00f3n Resultados del benchmark: conclusiones y observaciones.<\/p>\n\n\n\n

\u00bfPor qu\u00e9 es importante contar con una r\u00e1pida automatizaci\u00f3n de pruebas de UI?<\/strong><\/h2>\n\n\n\n

Como parte de la estrategia de prueba, se pueden automatizar casos de prueba que ser\u00e1n capaces de proporcionar feedback sobre el posible impacto en el sistema de los cambios m\u00e1s recientes en el c\u00f3digo. El escenario t\u00edpico es que al terminar un cambio se desea verificar si podr\u00eda da\u00f1ar otras partes del sistema (tests de regresi\u00f3n). <\/p>\n\n\n\n

La idea es tener los resultados de la revisi\u00f3n del estado de calidad en unos minutos, especialmente en los pipelines de CI\/CD. Si el ciclo de retroalimentaci\u00f3n es demasiado largo, vamos a pasar a otra cosa y cambiar de contexto. Volver a lo que est\u00e1bamos haciendo se vuelve m\u00e1s costoso, ya que requiere m\u00e1s tiempo y esfuerzo.<\/p>\n\n\n\n

Entonces, supongamos que definimos que la prueba de regresi\u00f3n queremos que no dure m\u00e1s de 5 minutos. Cuanto m\u00e1s r\u00e1pido la herramienta de automatizaci\u00f3n pueda ejecutar las pruebas y proporcionar los resultados mejor, porque vamos a poder agregar m\u00e1s casos de prueba a la suite de regresi\u00f3n en el mismo l\u00edmite de tiempo y aumentar la cobertura.<\/p>\n\n\n\n

Tambi\u00e9n es importante mencionar que para las pruebas de regresi\u00f3n probablemente sea conveniente ejecutar las pruebas unitarias, pruebas a nivel de API y algunas pruebas de interfaz de usuario con el objetivo de tener una cobertura end to end de los flujos m\u00e1s cr\u00edticos de la aplicaci\u00f3n. Hay que tener en cuenta que lo que suele suceder es que se pueden ejecutar miles de pruebas unitarias en segundos, cientos de pruebas API en un minuto y algunas pruebas de interfaz de usuario pueden tardar varios minutos.<\/p>\n\n\n\n

Evaluaci\u00f3n comparativa de las soluciones low code para automatizar m\u00e1s populares<\/strong><\/h2>\n\n\n\n

Las plataformas de low code para la automatizaci\u00f3n de pruebas tienen como objetivo simplificar la automatizaci\u00f3n de pruebas con funcionalidades que no requieren que el usuario escriba ning\u00fan c\u00f3digo.<\/strong> Vas a tener un recorder que te permite crear f\u00e1cilmente casos de prueba y editarlos con una interfaz simple sin necesidad de conocimientos de codificaci\u00f3n. <\/p>\n\n\n\n

En los \u00faltimos a\u00f1os, han surgido nuevas soluciones de low code para la automatizaci\u00f3n de pruebas. Algunas de ellas son Functionize<\/a>, GhostInspector,<\/a> Katalon,<\/a> Kobiton<\/a>, M<\/a>abl<\/a>, Reflect<\/a>, Testim<\/a>, TestProject<\/a>, y la lista crece cada d\u00eda.<\/p>\n\n\n\n

Hace unos meses, Testim lanz\u00f3 una nueva funcionalidad llamada “turbo mode”<\/a>, que permite ejecutar los casos de prueba en un modo m\u00e1s r\u00e1pido. Para esto, se ejecutan los casos sin guardar todos los datos que normalmente se almacenan. La mayor\u00eda no suelen ser necesarios, como los logs de la red, de la consola y las capturas de pantalla de todos los pasos en ejecuciones exitosas (s\u00ed se almacenan resultados cuando el caso de prueba reporta un error). Ellos afirman que pueden ejecutar entre un 25% y un 30% m\u00e1s r\u00e1pido que las ejecuciones de prueba est\u00e1ndar de Testim.<\/strong> En el mismo art\u00edculo, tambi\u00e9n aseguran que “compararon sus pruebas con otras herramientas de low code y lograron resultados en menos de la mitad del tiempo que las otras alternativas”.<\/p>\n\n\n\n

Quisimos probar si esas afirmaciones eran ciertas. Pensamos que podr\u00eda ser un buen experimento para aprender y compartir los resultados con la comunidad, realizando una comparaci\u00f3n y creando un punto de referencia entre las soluciones de low code m\u00e1s populares para la automatizaci\u00f3n de pruebas<\/strong>.<\/p>\n\n\n\n

Detalles del experimento<\/h2>\n\n\n\n

Veamos c\u00f3mo se dise\u00f1\u00f3 el experimento antes de discutir sus resultados.<\/p>\n\n\n\n

Decidimos comparar las siguientes plataformas de low code:<\/p>\n\n\n\n