Monitorización Sintética y Pruebas de Extremo a Extremo: Dos Caras de la Misma Moneda

Rate this content
Bookmark

A pesar de la emergencia de DevOps para unir los equipos de desarrollo, soporte y SRE mediante el uso de procesos comunes, todavía enfrentamos desafíos culturales y de herramientas que crean silos entre el desarrollo y SRE. Específicamente, a menudo utilizamos diferentes herramientas para lograr pruebas similares: por ejemplo, validar la experiencia del usuario en producción utilizando Monitorización Sintética y en desarrollo utilizando pruebas de extremo a extremo.
Al unir fuerzas en torno a herramientas comunes, podemos utilizar la misma herramienta tanto para la monitorización en producción como para las pruebas dentro de CI. En esta charla, discutiré cómo la Monitorización Sintética y las Pruebas de Extremo a Extremo son dos caras de la misma moneda. Además, mostraré cómo se pueden lograr la monitorización en producción y las pruebas en desarrollo para aplicaciones basadas en JavaScript utilizando Playwright con Typescript, GitHub Actions y Elastic Synthetics.

This talk has been presented at DevOps.js Conf 2024, check out the latest edition of this JavaScript Conference.

FAQ

La monitorización sintética implica ejecutar scripts en un horario regular para probar la disponibilidad de una aplicación, simulando acciones de usuarios para asegurarse de que pueden completar flujos de trabajo. Las pruebas de extremo a extremo involucran el uso de un framework de automatización para validar que una aplicación funciona como se espera siguiendo el flujo de trabajo del usuario. Ambas prácticas son similares ya que ambas automatizan operaciones de usuario y pueden utilizar herramientas comunes para optimizar los esfuerzos de desarrollo y operaciones.

En la implementación descrita, se utilizan Playwright para pruebas de extremo a extremo y Elastic Synthetics para la monitorización sintética. Además, se menciona el uso de GitHub Actions para ejecutar estas pruebas en el entorno de integración continua (CI).

El desplazamiento a la izquierda en DevOps implica integrar prácticas de prueba y monitoreo más temprano en el ciclo de desarrollo de software. Esto permite identificar y resolver problemas antes en el proceso, lo que puede mejorar la colaboración entre equipos y reducir los tiempos de resolución de errores, llevando a una mayor calidad y estabilidad del producto final.

Los desafíos incluyen la falta de empatía y entendimiento entre roles distintos como SRE, ingenieros de DevOps y desarrolladores, barreras culturales y organizativas, y el uso de diferentes conjuntos de herramientas para objetivos similares, lo que puede llevar a esfuerzos duplicados y malentendidos sobre cómo deberían funcionar los sistemas.

Playwright es una biblioteca de pruebas de extremo a extremo mantenida por Microsoft que permite automatizar el flujo de trabajo del usuario en aplicaciones web. Se utiliza para simular acciones como clics e ingreso de texto en una aplicación, verificando así que la aplicación funcione como se espera según la especificación.

Elastic Synthetics se utiliza para envolver pruebas de Playwright y ejecutarlas como monitores sintéticos en producción, lo que permite capturar actividades de monitorización y ejecutarlas según un horario. Esto ayuda a asegurar que la aplicación esté funcionando correctamente en el ambiente de producción.

GitHub Actions se utiliza para ejecutar pruebas de Playwright y monitores de Elastic Synthetics en el entorno de integración continua. Esto permite realizar pruebas y monitorización como parte de la verificación previa a la implementación, asegurando que los cambios en el código mantienen la calidad y la funcionalidad esperadas antes de ser desplegados.

Carly Richmond
Carly Richmond
21 min
15 Nov, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

La charla analiza la relación entre la monitorización sintética y las pruebas de extremo a extremo, enfatizando la importancia de utilizar un conjunto de herramientas comunes y desplazar los monitores hacia la izquierda como código. Se abordan los desafíos de la colaboración y el desplazamiento hacia la izquierda, incluyendo los silos existentes, las barreras culturales y las diferentes prioridades. Se explica el proceso de convertir una prueba de Playwright en un monitor, junto con el envoltorio de la prueba como un monitor utilizando el proyecto Synthetics. Se cubre la ejecución y implementación del monitor, enfatizando la importancia de configurar correctamente los parámetros y variables de entorno. La charla concluye con la importancia de la monitorización, la resolución de problemas y la colaboración entre roles.

1. Introducción a la Monitorización y Pruebas

Short description:

Soy Carly Richmond, una Defensora Principal del Desarrollador en Elastic. Hoy, hablaré sobre la relación entre la monitorización sintética y las pruebas de extremo a extremo. Utilizar diferentes herramientas para esto es duplicar esfuerzos. Exploraremos un ejemplo de cómo utilizar Playwright, GitHub Actions y Elastic Synthetics para desplazar las monitorizaciones hacia la izquierda como código y fomentar la colaboración.

¡Hola, DevOpsJS! Es genial verlos a todos hoy. Mi nombre es Carly Richmond. Soy una Defensora Principal del Desarrollador en Elastic. Soy una ingeniera de front-end. Y también, soy un poco fanática de las pruebas. Y hoy estoy aquí para hablarles sobre la monitorización, lo cual probablemente esperaban en una conferencia de DevOps, pero también estoy aquí para hablarles sobre las pruebas, lo cual podría haber sido una sorpresa. Estoy aquí para argumentar que la monitorización sintética y las pruebas de extremo a extremo son dos caras de la misma moneda. Son constructos muy similares. Y de hecho, utilizar diferentes herramientas para esto es duplicar esfuerzos en el lado del desarrollo y las operaciones. Vamos a ver un ejemplo de cómo se puede hacer esto para aplicaciones web en JavaScript, utilizando Playwright para JavaScript y TypeScript, GitHub Actions, y también un proveedor de observabilidad que en este caso es Elastic Synthetics, para intentar desplazar nuestras monitorizaciones hacia la izquierda como código.

2. Desafíos de la Colaboración y el Desplazamiento a la Izquierda

Short description:

En mi experiencia como desarrollador, me he enfrentado a desafíos debido a la falta de colaboración entre desarrolladores, soporte y probadores. El desplazamiento a la izquierda, aunque es una gran idea en teoría, a menudo conduce a una experiencia fragmentada. Los silos existentes, las barreras culturales y las diferentes prioridades dificultan la colaboración. La calidad se convierte en un pensamiento posterior y el uso de diferentes conjuntos de herramientas para los mismos objetivos crea confusión.

desplazamiento a la izquierda como code y tratar de colaborar más juntos. Así que primero, necesito establecer el escenario de mi experiencia porque esto es algo que al comienzo de mi carrera, realmente desearía haber tenido. Habría resuelto varios problemas con los que luché. Así que mi primer trabajo como desarrollador, que fue en 2011, fue un poco raro porque trabajé en un equipo pequeño. Tuvimos que hacer de todo. Éramos desarrolladores, éramos analistas de soporte, lidiábamos con situaciones de interrupción, pruebas de aceptación de usuarios, recopilación de requisitos. Básicamente, hice de todo y llevé muchas gorras diferentes. Y luego, fue solo cuando delegamos algunas pruebas y algo de soporte donde pude trabajar con personas y aprender algunas mejores prácticas en lugar de seguir adelante como pude. Pero luego, cuando cambié de puesto, descubrí que esa experiencia previa es muy, muy rara. De hecho, la situación normal, que todavía escucho de muchos ingenieros de DevOps y SRE, es más como un juego de Rock'em Sock'em Robots cuando se trata de desarrolladores y soporte, a veces casi en desacuerdo con ideas conflictivas. Y muy a menudo hay probadores en segundo plano, a menos que hayamos terminado con la situación en la que los desarrolladores son responsables de sus propias pruebas y validaciones. Ahora, el desplazamiento a la izquierda no es algo nuevo. Y cuando escuché por primera vez sobre esto, pensé que era una gran idea. Esto llevará a tal vez un poco más de armonía en esa situación. Tal vez, ya sabes, con la aparición de prácticas comunes, podemos trabajar juntos. Yo y otros desarrolladores podemos aprender más sobre cómo construir aplicaciones más mantenibles. Sabes, tal vez todo será genial. Y en cambio, he visto algo un poco diferente suceder donde en realidad, en algunos aspectos, tenemos todas estas grandes disciplinas adicionales. Si piensas en SRE, ingenieros de DevOps, allí tenemos ingenieros rápidos, todas estas personas que pueden profundizar en temas y mostrar experiencia. Pero aún así, no necesariamente colaboramos bien juntos. Y esto todavía puede llevar a una experiencia muy fragmentada. Y hay varias razones para eso. La primera es que especialmente en organizaciones grandes, esos silos existentes aún persisten. Y de hecho, DevOps a menudo se adopta a partir de una función de gestión de producción existente, lo que significa que no se alinea realmente con los desarrolladores porque todavía tienen esas especies de mezclas culturales y barreras en su lugar. Nuestra empatía no es muy buena. No somos muy buenos tratando de entender el otro lado de eso, porque las actividades de SRE, actividades de ingenieros de ML, actividades de desarrolladores, estas cosas son sorprendentemente diferentes, hasta el punto en que incluso las prioridades que tenemos como equipos son diferentes y pueden ser difíciles de alinear juntas también. A veces, la calidad es un poco descuidada. Los desarrolladores y la idea de desplazarse a la izquierda significa que hemos tenido que aprender todo tipo de cosas locas sobre seguridad, mejores prácticas, manejo de errores, diagnóstico de monitoreo. Y en realidad, necesitamos más ayuda porque de lo contrario solo cubrimos las grietas. Pero el mayor problema, para ser honesto, es que estamos usando conjuntos de herramientas muy diferentes, lo cual a veces tiene sentido para el rol que estamos desempeñando. Pero cuando estamos usando los

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

No resuelvas problemas, elimínalos
React Advanced Conference 2021React Advanced Conference 2021
39 min
No resuelvas problemas, elimínalos
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
Uso efectivo de useEffect
React Advanced Conference 2022React Advanced Conference 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
React Advanced Conference 2021React Advanced Conference 2021
47 min
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
React Day Berlin 2023React Day Berlin 2023
16 min
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
Top Content
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
TypeScript y React: Secretos de un matrimonio feliz
React Advanced Conference 2022React Advanced Conference 2022
21 min
TypeScript y React: Secretos de un matrimonio feliz
Top Content
React and TypeScript have a strong relationship, with TypeScript offering benefits like better type checking and contract enforcement. Failing early and failing hard is important in software development to catch errors and debug effectively. TypeScript provides early detection of errors and ensures data accuracy in components and hooks. It offers superior type safety but can become complex as the codebase grows. Using union types in props can resolve errors and address dependencies. Dynamic communication and type contracts can be achieved through generics. Understanding React's built-in types and hooks like useState and useRef is crucial for leveraging their functionality.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
React, TypeScript y TDD
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript y TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Master Patrones de JavaScript
JSNation 2024JSNation 2024
145 min
Master Patrones de JavaScript
Featured Workshop
Adrian Hajdin
Adrian Hajdin
Durante este masterclass, los participantes revisarán los patrones esenciales de JavaScript que todo desarrollador debe conocer. A través de ejercicios prácticos, ejemplos del mundo real y discusiones interactivas, los asistentes profundizarán su comprensión de las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables. Al final del masterclass, los participantes ganarán confianza en su capacidad para escribir código JavaScript de alta calidad que perdure en el tiempo.
Puntos Cubiertos:
1. Introducción a los Patrones de JavaScript2. Patrones Fundamentales3. Patrones de Creación de Objetos4. Patrones de Comportamiento5. Patrones Arquitectónicos6. Ejercicios Prácticos y Estudios de Caso
Cómo Ayudará a los Desarrolladores:
- Obtener una comprensión profunda de los patrones de JavaScript y sus aplicaciones en escenarios del mundo real- Aprender las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables- Mejorar las habilidades de resolución de problemas y la legibilidad del código- Mejorar la colaboración y comunicación dentro de los equipos de desarrollo- Acelerar el crecimiento profesional y las oportunidades de avance en la industria del software
Next.js 13: Estrategias de Obtención de Datos
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Estrategias de Obtención de Datos
Top Content
WorkshopFree
Alice De Mauro
Alice De Mauro
- Introducción- Prerrequisitos para la masterclass- Estrategias de obtención: fundamentos- Estrategias de obtención – práctica: API de obtención, caché (estática VS dinámica), revalidar, suspense (obtención de datos en paralelo)- Prueba tu construcción y sírvela en Vercel- Futuro: Componentes de servidor VS Componentes de cliente- Huevo de pascua de la masterclass (no relacionado con el tema, destacando la accesibilidad)- Conclusión