¡Ejecución de Tiempo de Prueba! ¿Por qué no se puede ignorar?

Hola a todos. Soy Jay, uno de los fundadores de Lambda Test. Gracias por sintonizar y también me alegra ser parte del evento TestJS aquí.

Entonces, solo para darles un breve contexto. Comencé Lambda Test hace cuatro años y medio. He estado construyendo nuestra plataforma completa de ejecución de pruebas en la cloud. Esa es nuestra visión en la que estamos trabajando. Y hoy, solo quiero tomar unos momentos para compartir los problemas comunes que escucho y a menudo escucho de los equipos de QA y desarrollo modernos.

Y antes de eso, me gustaría darles una idea rápida de nuestro origen. Comenzamos en 2017 y recientemente obtuvimos financiamiento de series de Sequoia y Telstra Ventures. Y desde que lanzamos nuestro primer producto, tenemos cerca de medio millón de usuarios que se han registrado. Y de nuestros 7,000 clientes activos, tenemos 500 empresas que han sido parte del viaje. Y antes de hablar sobre lo que hacemos, me gustaría resaltar varios problemas. He estado hablando con muchos líderes de ingeniería y los equipos ágiles y de QA modernos.

Y una de las cosas que escucho con frecuencia es que apuntan a acortar los ciclos de lanzamiento. Ahora, eso podría ser debido a N número de razones. Eso podría ser debido a, ya sabes, innovation donde quieren implementar nuevas características o tal vez solo quieren corregir los errores para mejorar la experiencia para los clientes o tal vez simplemente refactorizar el código para una mayor estabilidad de su aplicación en general.

Ahora, todos sabemos que estas herramientas de automation han existido. Y aunque los usuarios y clientes con los que he estado hablando han implementado una suite de pruebas de extremo a extremo, todavía existe un problema más grande, y es la infraestructura de pruebas en la que se ejecutan las pruebas. Y desafortunadamente, esta infraestructura en la que se ejecutan las pruebas, si no está realmente a la altura, aumenta significativamente el tiempo de ejecución de las pruebas.

Ahora, hablemos de la infraestructura en sí. Hablando de la infraestructura interna, si estás en ella, en primer lugar, lleva mucho tiempo construir y mantener esta infraestructura. Y si no está realmente a la altura y personalizada según las necesidades del equipo de QA, se vuelve muy difícil escalarla. Y también esto agrega mucho costo para mantener todo este esfuerzo. Y el segundo aspecto es el alto tiempo de ejecución de las pruebas. Ahora, es muy, muy importante, especialmente para los equipos modernos de QA y desarrollo que se centran en aumentar sus velocidades de lanzamiento y enviar código más rápido. El alto tiempo de ejecución de las pruebas es uno de los mayores obstáculos que escuchamos con frecuencia. Y nuevamente, como dije, no es el problema de la suite de automatización de extremo a extremo, sino es la velocidad de lanzamiento a la que apuntan. Y uno de los obstáculos nuevamente, es debido a las horas y horas que lleva ejecutar tu suite de pruebas.

Ahora, si observas este gráfico a la derecha, al comenzar tu suite de pruebas, normalmente solo toma segundos ejecutarla. Y a medida que escalas tu suite de pruebas, como sabes que tu suite de pruebas, el tiempo de ejecución está relacionado proporcionalmente con el código que envías. Entonces, cuanto más código envíes, más scripts de prueba se escriben y tus casos de prueba crecen. Ahora, a medida que avanzas hacia la suite enterprise, donde tienes miles de pruebas, tu tiempo de ejecución pasa de minutos a horas para completarse. Y ese es un problema más grande para resolver porque tus desarrolladores están esperando recibir la retroalimentación del código que han escrito. Ahora, es posible que hayas notado que aquí estamos esperando que las pruebas se completen, y nuevamente, con la infraestructura deficiente en la que estamos ejecutando las pruebas, estamos afectando la productividad tanto de los equipos de QA como de desarrollo.

Ahora, el tercer problema son las pruebas inestables a gran escala. Ahora, las pruebas inestables pueden ser debido a una serie de razones. Especialmente cuando estás ejecutando tus pruebas en una infraestructura, puede haber muchos problemas relacionados con el consumo de CPU. Puede haber un alto consumo de recursos en la máquina en la que estás ejecutando una prueba, lo que conduce a resultados inestables. Ahora, este es un problema mucho más grande para resolver. Y uno de los aspectos clave es que si ves, si correlacionas tu alto tiempo de ejecución de pruebas con tu ciclo de lanzamiento, puedes ver directamente que el alto tiempo de ejecución de las pruebas está llevando a ciclos de lanzamiento retrasados. Entonces, el tiempo de retroalimentación que tardas en volver al desarrollador también se está alargando. Ahora, todos sabemos que este problema existe. Ahí es exactamente donde entra en juego Lambda Test. Estamos construyendo una plataforma de calidad continua en la cloud donde puedes probar con confianza en tu infraestructura y escalar tus pruebas también.

Comenzamos con nuestro producto, el primer producto que lanzamos es la testing en vivo, donde puedes iniciar las máquinas virtuales de más de 2000 combinaciones de navegadores y sistemas operativos y probar tus aplicaciones. También puedes probar tus aplicaciones nativas en simuladores y emuladores.

Luego tenemos la nube de automatización, donde puedes ejecutar tus conjuntos de pruebas de automatización y ejecutar cientos de sesiones de votación para asegurarte de poder reducir tu ciclo de ejecución de pruebas.

Y lo más importante, desde el día en que comenzamos la empresa, nos enfocamos en tres parámetros aquí. Nos enfocamos en el rendimiento, en la confiabilidad y en la escalabilidad. Estos fueron los tres aspectos importantes porque entendemos que son los más cruciales para los equipos de QA y desarrollo.

Construimos la cuadrícula de Selenium más rápida en la nube, donde también puedes realizar pruebas de navegadores sin cabeza y obtener informes y análisis avanzados. Recientemente lanzamos nuestra Nube de Dispositivos Reales, donde puedes realizar pruebas manuales de aplicaciones nativas. También ofrecemos pruebas de automatización y análisis de registros de dispositivos.

Junto con la infraestructura que construimos, también ofrecemos otras funcionalidades, como la posibilidad de ejecutar tus pruebas en entornos de prepod utilizando nuestro túnel listo para la empresa. Puedes ejecutar tus pruebas en paralelo en diferentes navegadores, dispositivos y sistemas operativos para acelerar el tiempo de ejecución de las pruebas. También ofrecemos soporte para geolocalización y es fácilmente integrable con tus herramientas de CI/CD. Si deseas ejecutar tus pruebas desde CI/CD en nuestra infraestructura, solo toma 5 minutos integrarlo y comenzar.

Además de eso, también quiero destacar las integraciones que tenemos. Nuestro panorama de integraciones abarca alrededor de 120 integraciones que hemos construido con marcos de trabajo, automatización sin código, CI/CD y herramientas de seguimiento de errores. Cuando comenzamos a construir Lambda Test, queríamos que fuera parte del ecosistema, no que funcionara como un sistema independiente. Por eso intentamos integrarlo tanto como fuera posible para facilitar aún más el trabajo de los equipos de QA y desarrollo. En poco tiempo, hemos captado mucha atención en el espacio de JITU Crowd gracias a nuestra confiabilidad, escalabilidad y rendimiento en nuestra infraestructura.

Hemos estado liderando y capacitando en JITU Crowd como líderes de impulso, y podrás ver las reseñas que recibimos y la facilidad de uso. Solo toma alrededor de 30 minutos como máximo para que un usuario se integre y comience a ejecutar las pruebas con nuestra suite de pruebas y herramientas de CI/CD. Esto es solo un resumen rápido sobre nosotros. Agradezco mucho que me hayas escuchado. Aprecio el tiempo y espero que disfrutes de la conferencia TestJS. Cuídate. Adiós. ♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪♪