Más allá de la simulación de API

Rate this content
Bookmark

La simulación es una de las mejores técnicas para separar las preocupaciones durante las pruebas. Cuando se trata de la simulación de API, tendemos a o bien simular un cliente de solicitud o reemplazarlo por completo con una contraparte simulada. Lo que estamos haciendo es alterar el sistema probado para que realice solicitudes a una fuente diferente, o que no las realice en absoluto. Eso se debe principalmente a que no había una opción mejor. Hasta ahora.


En esta charla, repasaremos cómo utilizar eficientemente la simulación de API que mantiene la integridad de tu aplicación JavaScript y da como resultado pruebas más confiables. Además, ilustraré cómo reutilizar las mismas simulaciones en diferentes niveles de prueba, así como durante el desarrollo y la depuración. Todo eso con una sola herramienta en tu arsenal.

This talk has been presented at TestJS Summit - January, 2021, check out the latest edition of this JavaScript Conference.

FAQ

La simulación de API permite sustituir la comunicación real de API, como las solicitudes HTTP, por alternativas controladas para probar diferentes aspectos de una aplicación. Es fundamental para enfocar las pruebas en componentes específicos sin la interferencia de otros módulos o servicios externos.

Los dos principios fundamentales son probar como un usuario, asegurando que las pruebas reflejen el uso real del software, y establecer límites claros para determinar el enfoque y la extensión de las pruebas, como pruebas unitarias, de integración o de extremo a extremo.

Las desventajas incluyen la necesidad de mantener operativo el servidor simulado, el riesgo de que las pruebas no reflejen la realidad si hay errores en la configuración de las URL, y la posibilidad de que las pruebas pasen en el entorno de CI mientras fallan en producción debido a divergencias en el código.

MSW utiliza Service Workers para interceptar solicitudes y proporcionar respuestas simuladas, permitiendo que las solicitudes reales sean parte del proceso de prueba. Esto asegura que las pruebas reflejen fielmente el comportamiento en producción, eliminando divergencias y proporcionando una conformidad completa con las especificaciones.

MSW es útil para testing, desarrollo, depuración y prototipado. Permite simular respuestas de API cuando el backend no está disponible o en desarrollo, y facilita la depuración al permitir la manipulación de respuestas para identificar problemas.

Los retos incluyen la limitación en el acceso a ciertos objetos como window o DOM, la posible obsolescencia de los workers, y la confusión que puede generar al manejar solicitudes de diferentes proyectos en la misma URL durante el desarrollo.

Artem Zakharchenko
Artem Zakharchenko
25 min
15 Jun, 2021

Comments

Sign in or register to post your comment.

Video Summary and Transcription

La charla de hoy discute la simulación de API y su papel en las pruebas. El orador explora las ventajas y desventajas de la simulación en el lado del servidor y del cliente, e introduce el uso de los trabajadores de servicio para la simulación. La biblioteca MockServiceWorker (MSW) se presenta como una solución que aprovecha los trabajadores de servicio para interceptar las solicitudes y proporcionar respuestas simuladas. MSW es independiente del cliente, ampliamente utilizado y ofrece muchas características. El orador también menciona mejoras próximas y anima a los usuarios a probar MSW y proporcionar comentarios.
Available in English: Beyond API Mocking

1. Introducción a la Simulación de API

Short description:

Hola a todos. Gracias por unirse. Hoy me gustaría hablar con ustedes sobre pruebas y específicamente sobre la simulación de API y el papel que desempeña en ellas. ¿Por qué escribimos pruebas? Bueno, escribimos pruebas para ganar confianza y asegurarnos de que el software que construimos sea funcional. Para ganar esa confianza, debemos probar como un usuario y establecer límites claros. La simulación es una herramienta que ayuda a distribuir estos límites.

♪♪ Hola a todos. Gracias por unirse. Espero que estén sanos y bien, y me encantaría hablar sobre la simulación de API. Mi nombre es Artem, y soy un ingeniero de JavaScript que tiene un gran amor por el código abierto. He estado contribuyendo al código abierto durante más de cinco años, durante los cuales tuve la gran suerte de ser el autor de más de 20 paquetes que en este momento tienen más de ocho millones de descargas en NPM. Y hoy me gustaría hablar con ustedes sobre pruebas y específicamente sobre la simulación de API y el papel que desempeña en ellas.

Pero antes de comenzar, me gustaría hacerles una pregunta. ¿Por qué escribimos pruebas? Bueno, ciertamente no las escribimos para obtener cobertura de código. Puede ser útil en ocasiones, pero desafortunadamente, no significa que nuestro producto funcione o funcione bien. No escribimos pruebas para verificar cada pequeño trozo de lógica que hemos escrito porque eso sería probar nuestro código en lugar de probar la intención detrás del código, lo cual no deberíamos hacer. Creo que escribimos pruebas para ganar confianza, para asegurarnos de que el software que construimos sea funcional y que nuestros clientes lo disfruten y lo amen. Y para ganar esa confianza a través de las pruebas, debemos seguir dos principios. Y el primero es probar como un usuario. Y el usuario aquí no necesariamente significa cliente. Por supuesto, si tienes un sitio web de comercio electrónico y quieres verificar los escenarios de éxito en diferentes páginas, realizarás acciones de usuario allí. Pero digamos que estás escribiendo una prueba para una función o una clase. Entonces el usuario para esa clase sería otro desarrollador. Entonces necesitas poner sus expectativas contra tu clase y escribir tu prueba siguiendo esas expectativas. Me gusta esta cita de Kenzie Dots que dice, cuanto más se parezca tu prueba a la forma en que se usa tu software, más confianza te pueden dar. Y creo que resume este principio de manera bastante brillante. El otro principio que puede brindarnos más confianza durante las pruebas es establecer límites claros. Creo que estás bastante familiarizado con esto porque esta es la razón por la que tenemos diferentes niveles de pruebas. Entonces, cuando queremos enfocarnos en una sola unidad de código, escribimos pruebas unitarias, luego tal vez quieras verificar que las piezas encajen bien y hacemos algunas pruebas de integración y podemos terminar con pruebas de extremo a extremo para verificar todo el sistema. Y veo la simulación como una herramienta que distribuye estos límites. Permítanme darles un ejemplo. Digamos que tenemos este cuadrado naranja y queremos probarlo. Ahora, en una aplicación real, este cuadrado naranja probablemente haga varias cosas y puede depender de otros cuadrados como este azul. Ahora, debido a esta dependencia, ya no podemos enfocar nuestras pruebas solo en el cubo naranja y debemos tener en cuenta de alguna manera el cubo azul. Aquí es donde podemos simular el cubo azul para sustituirlo por un cubo aparentemente compatible pero que será diferente. Y debido a esto, podemos controlar esta dependencia y conexión entre módulos y asegurarnos de que nuestra prueba del cubo naranja esté enfocada.

2. API Mocking: Server vs Client

Short description:

La simulación de API nos permite sustituir la comunicación de API, pero tiene algunas desventajas. El uso de un servidor de simulación requiere la obtención de dependencias y garantizar la operatividad del servidor. Las URL condicionales pueden llevar a desviaciones entre el entorno de prueba y producción, lo que puede causar problemas potenciales para los clientes.

Y la simulación de API es una técnica que nos permite sustituir la comunicación de API, es decir, las solicitudes HTTP, de la misma manera. Hay dos prácticas principales cuando se trata de implementar la simulación de API en tus proyectos.

La primera es utilizar un servidor de simulación. Esta es una configuración bastante sencilla y significa que tienes un servidor HTTP independiente que sustituirá a uno de producción. Aunque es bastante fácil de configurar y tiene algún tipo de sintaxis de abstracción para escribir las rutas y respuestas, creo que tiene algunas desventajas. Principalmente, sin importar lo que vayas a usar, ya sea que escribas tu propio servidor o uses una biblioteca de terceros, terminarás obteniendo dependencias y todo el proceso se sentirá como si estuvieras escribiendo un servidor real pero no lo estás haciendo. Luego debes asegurarte de la operatividad de tu servidor, para que se inicie y se detenga en el momento adecuado antes o después de tus pruebas, y luego no haya excepciones en tiempo de ejecución que puedan hacer que las pruebas fallen. Y lo peor de un servidor simulado son las URL condicionales. Y esto es a lo que me refiero con ellas. Este es un ejemplo abstracto de código donde tenemos una llamada fetch a una API backend.com. Ahora, no queremos acceder a esa URL de producción durante las testing, así que probablemente hemos introducido alguna variable de entorno que dice que, hey, si estás ejecutando pruebas, simplemente accede a esta otra URL en localhost porque aquí es donde tenemos el servidor simulado en ejecución. Ahora, el problema con esto es que durante la ejecución de las pruebas, el código nunca llegará a esta línea, que sí se ejecuta en producción. Y digamos que cometimos un error aquí. Escribimos mal un protocolo o nos faltaron algunas barras o puntos. Ahora, esto resultará en una prueba perfectamente exitosa en CI mientras que la aplicación se bloqueará por completo para nuestros clientes. Y la razón de esto es porque introdujimos una desviación. Por lo tanto, la aplicación que se ejecuta durante las pruebas es ligeramente diferente a la que se ejecuta en las máquinas de los clientes. Y cuanto más alteres el sistema bajo prueba, más estás probando un sistema completamente diferente.

QnA

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

Solicitudes de Red con Cypress
TestJS Summit 2021TestJS Summit 2021
33 min
Solicitudes de Red con Cypress
Top Content
Cecilia Martinez, a technical account manager at Cypress, discusses network requests in Cypress and demonstrates commands like cydot request and SCI.INTERCEPT. She also explains dynamic matching and aliasing, network stubbing, and the pros and cons of using real server responses versus stubbing. The talk covers logging request responses, testing front-end and backend API, handling list length and DOM traversal, lazy loading, and provides resources for beginners to learn Cypress.
Pruebas de ciclo completo con Cypress
TestJS Summit 2022TestJS Summit 2022
27 min
Pruebas de ciclo completo con Cypress
Top Content
Cypress is a powerful tool for end-to-end testing and API testing. It provides instant feedback on test errors and allows tests to be run inside the browser. Cypress enables testing at both the application and network layers, making it easier to reach different edge cases. With features like AppActions and component testing, Cypress allows for comprehensive testing of individual components and the entire application. Join the workshops to learn more about full circle testing with Cypress.
Desarrollo Efectivo de Pruebas
TestJS Summit 2021TestJS Summit 2021
31 min
Desarrollo Efectivo de Pruebas
Top Content
This Talk introduces Test Effective Development, a new approach to testing that aims to make companies more cost-effective. The speaker shares their personal journey of improving code quality and reducing bugs through smarter testing strategies. They discuss the importance of finding a balance between testing confidence and efficiency and introduce the concepts of isolated and integrated testing. The speaker also suggests different testing strategies based on the size of the application and emphasizes the need to choose cost-effective testing approaches based on the specific project requirements.
Playwright Test Runner
TestJS Summit 2021TestJS Summit 2021
25 min
Playwright Test Runner
Top Content
The Playwright Test Runner is a cross-browser web testing framework that allows you to write tests using just a few lines of code. It supports features like parallel test execution, device emulation, and different reporters for customized output. Code-Gen is a new feature that generates code to interact with web pages. Playwright Tracing provides a powerful tool for debugging and analyzing test actions, with the ability to explore trace files using TraceViewer. Overall, Playwright Test offers installation, test authoring, debugging, and post-mortem debugging capabilities.
Todos pueden escribir pruebas fácilmente
TestJS Summit 2023TestJS Summit 2023
21 min
Todos pueden escribir pruebas fácilmente
Playwright is a reliable end-to-end testing tool for modern web apps that provides one API, full isolation, fast execution, and supports multiple languages. It offers features like auto-weighting, retrying assertions, seamless testing of iframes and shadow DOM, test isolation, parallelism, and scalability. Playwright provides tools like VS Code extension, UiMode, and Trace Viewer for writing, debugging, and running tests. Effective tests prioritize user-facing attributes, use playwright locators and assertions, and avoid testing third-party dependencies. Playwright simplifies testing by generating tests, providing code generation and UI mode, and allows for easy running and debugging of tests. It helps in fixing failed tests and analyzing DOM changes, fixing locator mismatches, and scaling tests. Playwright is open source, free, and continuously growing.

Workshops on related topic

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
Cómo empezar con Cypress
TestJS Summit 2022TestJS Summit 2022
146 min
Cómo empezar con Cypress
Featured WorkshopFree
Filip Hric
Filip Hric
La web ha evolucionado. Finalmente, también lo ha hecho el testing. Cypress es una herramienta de testing moderna que responde a las necesidades de testing de las aplicaciones web modernas. Ha ganado mucha popularidad en los últimos años, obteniendo reconocimiento a nivel mundial. Si has estado esperando aprender Cypress, ¡no esperes más! Filip Hric te guiará a través de los primeros pasos sobre cómo empezar a usar Cypress y configurar tu propio proyecto. La buena noticia es que aprender Cypress es increíblemente fácil. Escribirás tu primer test en poco tiempo y luego descubrirás cómo escribir un test de extremo a extremo completo para una aplicación web moderna. Aprenderás conceptos fundamentales como la capacidad de reintentar. Descubre cómo trabajar e interactuar con tu aplicación y aprende cómo combinar pruebas de API y de UI. A lo largo de todo este masterclass, escribiremos código y realizaremos ejercicios prácticos. Saldrás con una experiencia práctica que podrás aplicar a tu propio proyecto.
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
React Summit 2022React Summit 2022
117 min
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
Top Content
WorkshopFree
Yevheniia Hlovatska
Yevheniia Hlovatska
A diferencia de las pruebas unitarias, las pruebas de extremo a extremo buscan interactuar con su aplicación tal como lo haría un usuario real. Y como todos sabemos, puede ser bastante desafiante. Especialmente cuando hablamos de aplicaciones móviles.
Las pruebas dependen de muchas condiciones y se consideran lentas e inestables. Por otro lado, las pruebas de extremo a extremo pueden dar la mayor confianza de que su aplicación está funcionando. Y si se hace correctamente, puede convertirse en una herramienta increíble para aumentar la velocidad del desarrollador.
Detox es un marco de pruebas de extremo a extremo en caja gris para aplicaciones móviles. Desarrollado por Wix para resolver el problema de la lentitud e inestabilidad y utilizado por React Native en sí como su herramienta de pruebas E2E.
Únete a mí en esta masterclass para aprender cómo hacer que tus pruebas de extremo a extremo móviles con Detox sean excelentes.
Prerrequisitos- iOS/Android: MacOS Catalina o más reciente- Solo Android: Linux- Instalar antes de la masterclass
Masterclass de Pruebas de API con Postman
TestJS Summit 2023TestJS Summit 2023
48 min
Masterclass de Pruebas de API con Postman
Top Content
WorkshopFree
Pooja Mistry
Pooja Mistry
En el panorama siempre en evolución del desarrollo de software, garantizar la fiabilidad y funcionalidad de las API se ha vuelto primordial. "Pruebas de API con Postman" es una masterclass completa diseñada para equipar a los participantes con los conocimientos y habilidades necesarios para sobresalir en las pruebas de API utilizando Postman, una herramienta poderosa ampliamente adoptada por profesionales en el campo. Esta masterclass profundiza en los fundamentos de las pruebas de API, avanza a técnicas de prueba avanzadas y explora la automatización, las pruebas de rendimiento y el soporte multiprotocolo, proporcionando a los asistentes una comprensión holística de las pruebas de API con Postman.
Únete a nosotros para esta masterclass para desbloquear todo el potencial de Postman para las pruebas de API, agilizar tus procesos de prueba y mejorar la calidad y fiabilidad de tu software. Ya seas un principiante o un probador experimentado, esta masterclass te equipará con las habilidades necesarias para sobresalir en las pruebas de API con Postman.
Monitoreo 101 para Desarrolladores de React
React Summit US 2023React Summit US 2023
107 min
Monitoreo 101 para Desarrolladores de React
Top Content
WorkshopFree
Lazar Nikolov
Sarah Guthals
2 authors
Si encontrar errores en tu proyecto frontend es como buscar una aguja en un pajar de código, entonces el monitoreo de errores de Sentry puede ser tu detector de metales. Aprende los conceptos básicos del monitoreo de errores con Sentry. Ya sea que estés ejecutando un proyecto de React, Angular, Vue, o simplemente JavaScript “vainilla”, mira cómo Sentry puede ayudarte a encontrar el quién, qué, cuándo y dónde detrás de los errores en tu proyecto frontend.
Nivel de la masterclass: Intermedio
Pruebas de Aplicaciones Web utilizando Cypress
TestJS Summit - January, 2021TestJS Summit - January, 2021
173 min
Pruebas de Aplicaciones Web utilizando Cypress
WorkshopFree
Gleb Bahmutov
Gleb Bahmutov
Este masterclass te enseñará los conceptos básicos de cómo escribir pruebas de extremo a extremo utilizando Cypress Test Runner.
Cubriremos la escritura de pruebas, abarcando todas las características de la aplicación, estructurando las pruebas, interceptando solicitudes de red y configurando los datos del backend.
Cualquier persona que conozca el lenguaje de programación JavaScript y tenga NPM instalado podrá seguir el masterclass.