Masterclass de Pruebas de API con Postman

Rate this content
Bookmark

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.

Pooja Mistry
Pooja Mistry
48 min
20 Dec, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Esta masterclass sobre pruebas de API con Postman cubre una amplia gama de temas, incluyendo la creación de espacios de trabajo y colecciones, trabajando con variables y datos dinámicos, probando sintaxis y métodos, construyendo flujos de trabajo, automatizando pruebas con Postman CLI y Postbot, y técnicas de prueba avanzadas. Postman proporciona una extensa documentación, recursos y herramientas como Postbot para generar pruebas y documentación. La masterclass también destaca la versatilidad de Postman en el soporte de varios protocolos y tipos de pruebas, como pruebas de contrato, pruebas de rendimiento y pruebas de regresión.

Available in English

1. Introducción a las pruebas de API con Postman

Short description:

Hola y bienvenidos a esta sesión sobre pruebas de API con Postman. En la sesión de hoy, repasaré muchos aspectos diferentes de las pruebas con Postman y espero compartir algunas cosas que quizás no conozcan. Hablaremos sobre la interfaz de usuario de Postman y cómo comenzar con las pruebas, aprender técnicas avanzadas, demostrar características interesantes y compartir recursos adicionales. Postman es una plataforma versátil para pruebas de API utilizada por más de 25 millones de personas en todo el mundo. Simplifica cada paso del ciclo de vida de la API y agiliza la colaboración. Puedes trabajar y crear APIs más rápido, descubrir, evaluar, probar, implementar, observar, definir, desarrollar, asegurar y distribuir APIs. Repasaremos toda la interfaz de usuario y comenzaremos a trabajar con variables, entenderemos las pruebas, las técnicas avanzadas y la automatización.

Hola y bienvenidos a esta sesión sobre pruebas de API con Postman. Mi nombre es Pooja Mistry. Soy una defensora de los desarrolladores y estoy emocionada de compartir el contenido de esta masterclass con ustedes. En la sesión de hoy, repasaré muchos aspectos diferentes de las pruebas con Postman y espero compartir algunas cosas que quizás no conozcan. Así que vamos a repasar un espacio de trabajo y una colección y les daré una visión general de Postman y algunas cosas que pueden hacer mientras realizan pruebas con Postman. Así que me presento. He trabajado en el espacio de DevRel, DevAdvocacy durante unos tres años y estoy emocionada de educar a otros y compartir información específicamente sobre Postman. Así que en la agenda de hoy vamos a hablar sobre la interfaz de usuario de Postman y vamos a entender la terminología para aquellos de ustedes que son nuevos en la plataforma. Y hablaremos sobre cómo comenzar con las pruebas con Postman y aprender algunas técnicas de pruebas avanzadas. Y voy a demostrar algunas características interesantes para que puedan echar un vistazo y comenzar en su viaje de pruebas. Y luego compartiré muchos recursos adicionales de Postman. Así que esencialmente para aquellos de ustedes que no están familiarizados con Postman, Postman es una plataforma versátil para pruebas de API y es utilizada por más de 25 millones de personas en todo el mundo. Así que si están interesados en aprender un poco más sobre Postman y sus estadísticas, tenemos el informe del estado de la API de Postman que pueden buscar en Google y pueden obtener mucha más información sobre estadísticas de APIs y desarrollo de APIs. Así que con Postman, Postman simplifica cada paso del ciclo de vida de la API y agiliza la colaboración para que puedas trabajar y crear APIs más rápido. Es una interfaz tanto para el ciclo de vida del productor como del consumidor y permite a los usuarios no solo descubrir, evaluar, probar, implementar y observar, sino también definir y desarrollar sus APIs y asegurarlas y distribuirlas en consecuencia. Así que está tratando de ser este todo en uno ciclo de vida y repasaremos toda la interfaz de usuario y cómo empezar con ella. Así que esencialmente vamos a entrar en cosas como trabajar con variables, entender cómo funcionan las pruebas, aprender algunas técnicas de pruebas avanzadas y de automatización, construir adicionales, y luego compartiré algunos recursos adicionales de Postman. Así que para empezar, no duden en echar un vistazo a este enlace por el que vamos a pasar en esta masterclass. Así que esto es para supongo que la cumbre TestJS en la que estuvimos anteriormente, que es parte de GitNation y deberíamos poder repasar Postman de esa manera. Así que voy a empezar y mostrarles cómo es la interfaz de usuario de Postman y el espacio de trabajo. Así que en este caso, estamos en este espacio de trabajo y tenemos un espacio de trabajo público. Así que dentro de Postman, puedes crear diferentes espacios de trabajo. Los espacios de trabajo te permiten trabajar y son una plantilla para que puedas empezar. Puedes ver algunas de las plantillas que tenemos disponibles. Por ejemplo, siempre puedes crear un espacio de trabajo en blanco, pero si estás interesado en algunas de nuestras plantillas que tenemos disponibles, si eres un productor de API o un probador de API, puedes estar interesado en algunas de estas plantillas. Como por ejemplo, esta es una plantilla específica asociada a las pruebas de API. Voy a echar un vistazo y mostrarles este espacio de trabajo, que es un espacio de trabajo público. Así que este espacio de trabajo, si comparto el enlace con todos ustedes, deberían tener acceso a algunas de las colecciones que están disponibles en este espacio de trabajo para empezar. Y la idea aquí es que les gustaría ir adelante y hacer un fork de una colección para empezar en este espacio de trabajo específico. Así que por ejemplo, ya que este es un espacio de trabajo público, podría estar interesado en crear un,

2. Creando Espacio de Trabajo y Haciendo Fork de la Colección

Short description:

Crearé un espacio de trabajo con una plantilla y haré fork de mi primera carpeta en mi espacio de trabajo de API. Esto permite la colaboración y la capacidad de enviar cambios a través de solicitudes de pull. El fork permite trabajar en nuestro propio entorno para experimentos y pruebas.

digamos que creo un espacio de trabajo de API testing y lo llamo API testing. Puedo crear ese espacio de trabajo, que me da acceso a mis miembros específicos del equipo, ya sea mi equipo o si es personal o socio o público en ese caso. Así que voy a crear ese espacio de trabajo sólo para que sepas cómo se ve crear un espacio de trabajo con una plantilla. Y en un espacio de trabajo con plantilla tenemos algunas colecciones precreadas. Como por ejemplo, tenemos una colección para pruebas de contrato testing, pruebas de integración testing. Tenemos una colección para ayudarte a empezar a escribir pruebas básicas, simulando data, pruebas de performance, y luego incluso pruebas de regresión testing. Así que vamos a repasar algunos de estos ejemplos de testing en este espacio de trabajo, pero en su mayoría, voy a volver a mi página de inicio donde existe mi espacio de trabajo. Y echaré un vistazo a la masterclass que hemos creado. Y voy a hacer fork de mi primera carpeta, que es una introducción a los testers en mi espacio de trabajo de API para empezar con ese espacio de trabajo. Así que voy a crear ese fork y puedes ver que luego puedo decidir a qué espacio de trabajo me gustaría hacer fork. Y siempre puedo seguir la colección original en el espacio de trabajo original para obtener algunas ideas más sobre cómo ver si hay algún cambio. Así que para aquellos de ustedes que colaboran con sus equipos, esto es muy importante porque permite una única fuente de verdad, que es su espacio de trabajo principal con el que trabajan. Y luego, al igual que cómo se creó GitHub, quieres crear un fork de ese repositorio o un fork de esa colección. Y luego, si quieres enviar cualquier cambio, siempre puedes enviar solicitudes de pull a un espacio de trabajo de manera similar. Así que esto es lo que permite un nivel superior de colaboración. Así que voy a hacer fork de esa colección y deberías poder ver que una vez que creo el fork en mi API testing, deberías poder ver que ese fork fue creado. Así que en este caso, la razón por la que queríamos hacer fork es trabajar en nuestro propio entorno en caso de que queramos hacer cualquier experimento y testing. Como soy el dueño del espacio de trabajo original, podré enviar scripts y cosas así a través de eso. Pero como es un espacio de trabajo público, necesitarías hacer fork para

3. Introducción a Colecciones y Variables

Short description:

Para comenzar, veamos cómo crear colecciones en Postman. También tenemos plantillas disponibles para diferentes roles, casos de uso de API e industrias. Las variables juegan un papel crucial en Postman, permitiendo la reutilización y almacenamiento de valores. Se pueden utilizar en toda su colección, variables de entorno, solicitudes y scripts de prueba. Postman admite variables globales, variables de colección y variables de entorno. Las variables de entorno son especialmente útiles para probar diferentes entornos. Las variables de colección están limitadas al nivel de la colección y son independientes de las variables de entorno.

incluso enviar tus solicitudes. Así que para empezar, quería mostrarles un par de aspectos muy intro testing. Cuando se trata de testing y Postman, tenemos colecciones, y siempre podemos crear nuevas colecciones. Y otro lugar donde podemos ver cómo crear colecciones es echando un vistazo a algunas de las plantillas que tenemos disponibles. Así que, por ejemplo, también tenemos plantillas disponibles para cualquier persona que se base en roles, en casos de uso de API basados en industrias. Así que, por ejemplo, si estuvieras interesado en artificial intelligence y quisieras echar un vistazo a algunas de las APIs disponibles, tenemos colecciones enteras que te ayudan a empezar más fácilmente y si no quieres empezar desde cero. Pero en nuestro caso, quería mostrarles algunos ejemplos de cómo se ve nuestra colección. Y lo primero que quería compartir sobre una carpeta en nuestra colección es todo acerca de cómo empezar con variables. Así que las variables son un aspecto muy importante de Postman y permiten una mayor reutilización y almacenamiento de valores. Al almacenar valores como una variable, puedes referenciarla en toda tu colección, tu variable de entorno, tus solicitudes, tus scripts de prueba, y las variables te ayudan a trabajar de manera eficiente y a colaborar con tus compañeros de equipo de manera mucho más dinámica. Y puedes configurar casos de uso un poco más dinámicos cuando se trata de trabajar con variables. Así que en este caso, quería compartir que Postman tiene la capacidad de variables globales, que son variables que puedes usar en todo tu espacio de trabajo, variables de colección, que son específicas para toda tu colección. Así que en este caso, tengo variables que son específicas para esta colección y estas carpetas y estas solicitudes. Puedo crear variables de entorno. Así que las variables globales son ese alcance a través del espacio de trabajo. Las variables de entorno son variables que puedo exportar y puedo compartir. Así que, por ejemplo, si quisiera llamar a esto como el nuevo entorno de prueba y quisiera usar una base URL aquí. Y digamos que tengo un entorno de producción que tiene una URL base diferente. Puedo crear múltiples variables de entorno si quisiera. Así que, por ejemplo, podría agregar otra variable de entorno aquí y puedo llamar a esta nuevo entorno de producción y tener otro valor de variable, por ejemplo, URL base aquí. Y puedo establecer eso como un valor predeterminado o un secreto, que cifrará mis valores aquí. Así que, por ejemplo, si tuviera claves de API específicas o tokens de API puedo trabajar con diferentes variables según corresponda. Y así, en función del entorno que me interese, puedo trabajar en un entorno de producción o de prueba. Así que puedes ver que estas variables de entorno son muy útiles cuando se trata de testing. Así que eso es más o menos lo que parece obtener un alcance. Así que si echamos un vistazo a nuestra solicitud en sí. Así que aquí tenemos una URL ECHO, que está utilizando nuestra URL para el servicio ECHO de Postman. Y está limitado a la variable de colección. Así que puedes ver que esa URL base para esa URL ECHO está limitada al nivel de la colección. Y están disponibles en todas las solicitudes y son independientes de las variables de entorno. Así que básicamente, las variables de colección no cambian

4. Trabajando con ECHO API y Variables Dinámicas

Short description:

Te mostraré un ejemplo usando la API ECHO, que siempre devuelve los datos que has enviado. He añadido parámetros de consulta para el primer valor y un color aleatorio. La biblioteca incorporada de Postman tiene una variable dinámica global que te permite usar valores aleatorios.

en función del entorno seleccionado. Así que voy a seguir adelante y echar un vistazo a este ejemplo de ECHO y mostrarles un poco cómo es trabajar con una solicitud. Así que con ECHO, puedes usar esto como una API de testing porque lo que hace es que siempre devuelve algunos data que le has enviado. Así que aquí he añadido dos parámetros de consulta, uno del primer valor y de un color aleatorio. Así que aquí puedes ver que tengo una variable establecida para el valor uno. Y luego tengo una variable dinámica aquí establecida, que es parte de la biblioteca incorporada de Postman. Y esto es globalmente en cada espacio de trabajo. Y puedes ver que esto es una variable aleatoria que puedes ver en términos de que te permite

5. Centro de Aprendizaje de Postman y Variables Dinámicas

Short description:

Compartiré el centro de aprendizaje de Postman, que contiene documentación sobre todas nuestras características, incluyendo las variables dinámicas. Estas variables, como marcas de tiempo, colores aleatorios y lenguajes de dos letras, están incorporadas globalmente en Postman, facilitando las pruebas y las pruebas simuladas sin la necesidad de importar bibliotecas externas.

poner en cualquier valor aleatorio. Así que quería compartir con ustedes el centro de aprendizaje de Postman. Y déjenme asegurarme de que soy muy interactivo. Vale. Entonces, si fuéramos al centro de aprendizaje de Postman, aquí es donde existe toda nuestra documentation. Y tenemos documentation sobre todas nuestras características. Así que si echara un vistazo a las variables dinámicas. Puedo ver algunos ejemplos aquí donde puedo usar variables que están incorporadas globalmente en Postman, como marcas de tiempo, colores aleatorios, enteros de texto, contraseñas aleatorias, lenguajes de dos letras aleatorios. Así que esto es muy útil cuando se trata de testing y hacer cualquier prueba simulada testing. Y para muchas personas que hacen testing de otras maneras, intentan importar estas bibliotecas. Pero esta es una característica realmente interesante dentro de Postman que es

6. Trabajando con Variables en Postman

Short description:

Para empezar a trabajar con características aleatorias, use el signo de dólar y variables aleatorias. En la solicitud, hay scripts de pre-solicitud y de prueba. El script de pre-solicitud utiliza pm.collectionVariables.set para trabajar con variables. Los valores iniciales y los valores actuales difieren en lo que se guarda al compartir la colección. Los valores actuales se establecen localmente, mientras que los valores iniciales son ideales para compartir.

disponible directamente como una variable. Así que para empezar a trabajar con algunas de estas características aleatorias, todo lo que tienes que hacer es asegurarte de que tienes ese signo de dólar. Y luego puedes echar un vistazo a cualquiera de estas variables aleatorias para crear casos de uso dinámicos. Así que en nuestra propia solicitud, tenemos dos conjuntos de scripts. Así que tenemos un script de pre-solicitud y un script de prueba. Así que dentro del script de pre-solicitud, podemos usar esta cosa llamada pm.collectionVariables.set. Así que aquí tenemos un conjunto de fragmentos que están disponibles. Así que, por ejemplo, podemos usar fragmentos como, ya sabes, limpiar variables obteniendo y estableciendo variables de colección, enviando una solicitud. Así que estos son todos fragmentos que te permiten trabajar específicamente con variables, por ejemplo, si quisieras obtener una variable específica, o establecer una variable específica. Así que si yo fuera a establecer esta variable como azul y guardar esta solicitud, puedes ver que cuando yo para ese primer valor, um, voy a seguir adelante y una vez que envíe esa solicitud, puedes ver que ha cambiado porque mi valor actual ha cambiado. Así que cuando se trata de trabajar con variables, especialmente en el lado del nivel de colección, hay valores iniciales y valores actuales. Y así la diferencia entre ambos valores iniciales y actuales es básicamente, qué valores se guardarán cuando compartas, compartas la colección con otros. Así que, por ejemplo, idealmente, querrías mantener tus valores iniciales, si fueras a seguir adelante y exportar y compartir esa colección con otros por razones de security, y no quieres compartir como tus claves de API, etc. Así que lo que se establece en tu valor actual es lo que se establece cuando trabajas localmente con esa colección particular en ese momento. Así que eso es un poco

7. Pruebas de Sintaxis y Métodos

Short description:

En la pestaña de pruebas, puedes escribir scripts dinámicos y construir flujos de trabajo. Los métodos PM dot test te permiten hacer afirmaciones y validar parámetros y marcas de tiempo. Postman utiliza la biblioteca de sintaxis BDD de chai para pruebas legibles y reutilizables. Para validar los datos devueltos, utiliza el método de respuesta p.m. dot en una prueba y la función de prueba p.m. dot para crear pruebas. La sintaxis de expectativas permite afirmaciones específicas. Estos son algunos métodos y funciones básicas de sintaxis y prueba.

un poco más de información sobre cómo trabajar con variables. Y de esa manera, también tenemos la pestaña de pruebas. Y esto es donde existen todas tus pruebas. Así que puedes escribir pruebas como, ya sabes, testing si tu código de estado es 200. Así que en este caso, puedes ver que estás obteniendo una prueba aprobada. Pero esto es tu lugar para escribir algunos scripts mucho más dinámicos, y construir algunos flujos de trabajo. Así que vamos a echar un vistazo a un poco de nuestra sintaxis básica de testing. Así que aquí, vas a echar un vistazo a este ejemplo en el que estamos trabajando con los métodos de prueba de PM dot, que te permiten básicamente hacer afirmaciones y escribir pruebas que validen si se cumplen o no ciertos parámetros y si se cumplen o no ciertas marcas de tiempo. Así que como mencioné, los scripts de pre solicitud son tú y los scripts de prueba te permiten escribir pruebas de API y construir solicitudes que contienen algún tipo de parámetro dinámico. El runtime de Postman se basa en node j s. Así que está utilizando la biblioteca de sintaxis BDD de chai que te permite recrear optimizar pruebas legibles y reutilizables. Así que en este caso, cuando estamos echando un vistazo a la prueba de sintaxis básica, puedes echar un vistazo a la adición de valores establecidos y obtenidos. Así que por ejemplo, aquí, estoy estableciendo este valor de nuevo a rojo, si envío esta variable, tengo una prueba aquí que soy, puedes enviar el nombre de la primera prueba, que es testing la respuesta, puedes enviar el nombre de la segunda prueba. Y luego aquí tengo una prueba específica que está validando algún tipo de cadena dentro de mi respuesta. Así que por ejemplo, estoy usando p.m. dot texto de respuesta para incluir el valor rojo. Así que si yo, por ejemplo, cambiara esto, debería ser capaz de ver una prueba fallida, porque no está obteniendo esa afirmación. Así que cuando se trata de testing dentro de Postman, lo que definitivamente te importa es ser capaz de validar el derecho, los valores correctos aquí. Así que para validar los data devueltos, puedes usar el método de respuesta p.m. dot en una prueba. Y luego para crear una prueba, quieres usar la función de prueba p.m. dot, que te permite proporcionar un nombre y una función que devuelve algún tipo de valor booleano de verdadero y falso, si esa prueba ha pasado o esa prueba ha fallado. Así que esta es la forma en que querrías estructurar tus pruebas. Así que aquí de nuevo, también estoy echando un vistazo a la sintaxis de expectativas. Así que si estás tratando de estructurar afirmaciones específicas, hay una variedad de formas, dependiendo de tu lógica y tu término de referencia de cómo podrías querer mostrar ese resultado. Así que por ejemplo, aquí, podrías querer usar un espera para ver algún tipo de expectativa. Así que en este caso, se espera que tengamos una prueba fallida, porque se espera que tu código de estado sea 201 en lugar de 200. Puedes usar, como, ya sabes, por ejemplo, todos estos son parámetros que se espera que fallen solo para mostrarte cómo funciona la función p.m. dot expect, que es una función que está testing algún tipo de lógica. Así que estos son algunos métodos y funciones básicas de sintaxis y prueba. Por supuesto, puedes echar un vistazo a algunos de los

8. Fragmentos para Pruebas y Validación

Short description:

Tenemos fragmentos para el cuerpo de la respuesta, solicitudes post exitosas, código de estado y validación de esquemas. Pueden ayudarte a comenzar con tus pruebas y cumplir con requisitos específicos del entorno.

fragmentos que tenemos disponibles. Tenemos fragmentos aquí para básicamente, ya sabes, el cuerpo de la respuesta contiene una cadena. Entonces, si tuviera que agregar algunos fragmentos más aquí, puedo echar un vistazo a algún fragmento aquí que muestra que se supone que debe contener una cadena específica. Tengo fragmentos que están testing solicitudes post exitosas específicas. Tengo fragmentos para testing código de estado. Y también tengo algún tipo de fragmento de validation de esquemas para validar todo mi esquema y todos los diversos tipos que podría tener disponibles aquí. Así que tomaré un daré un poco más de información sobre cómo se ve eso. Pero tienes algunos de estos fragmentos para ayudarte a comenzar con muchas de tus pruebas y puedes usar esta lista seleccionada de

9. Construyendo un Flujo de Trabajo con Variables y Scripts

Short description:

Te mostraré cómo construir un flujo de trabajo utilizando variables y scripts de una solicitud a otra. Por ejemplo, puedes establecer IDs específicos, seleccionar géneros y crear validaciones. También puedes probar obtener un libro por un solo ID y validar la respuesta. Además, puedes usar variables para el título de tu libro y enviar datos aleatorios a tu biblioteca. Escribe pruebas específicas para tu solicitud POST y valida la respuesta de la API. Tu espacio de trabajo de la biblioteca y las API ahora son parte de un flujo de trabajo de API específico.

fragmentos de código de prueba comúnmente utilizados para satisfacer cualquiera de tus entornos específicos. Así que quería mostrar un par de formas de profundizar un poco más en la construcción de un flujo de trabajo. Una vez que tienes una comprensión más profunda de testing a nivel básico, puedes construir un flujo de trabajo completo de pruebas. Así que, por ejemplo, aquí, tengo mi referencia de libros de la API de mi biblioteca. Y puedo usar parte del flujo de trabajo que tengo disponible para probar libros específicos. Así que en este caso, tengo una URL donde tengo una API que obtiene una referencia de biblioteca de varios libros que podrían ser de mi interés. Así que aquí, si echo un vistazo a algunas de las pruebas que tengo disponibles, estoy tratando de obtener el primer libro. Y estoy estableciendo ese primer ID de libro como una variable de colección. Así que si ves que he probado esto, puedes ver que ese primer ID de libro ahora se establece como una variable de colección. Así que también puedo usar el registro de la consola para validar cosas específicas. Así que, por ejemplo, aquí, estoy validando el género de mi primer libro. Así que si uso el registro de la consola, puedes ver que estoy tratando de validar que uno de los géneros de mi primer libro en mi biblioteca incluye el género de ficción. Así que puedes ver que ese ID fue guardado y ese género fue guardado específicamente. Así que aquí, una vez que tengo este género, puedo escribir una prueba aquí que espera que mi respuesta incluya ese género específico. Y así, puedo ver que tengo una prueba que quiero validar que mi cuerpo de mis data incluye el género de ficción. Así que, como puedes ver, puedo crear una prueba específica para establecer IDs específicos, seleccionar el género y crear algún tipo de validation aquí.

Así que quizás una de las razones por las que he establecido mi ID en mi primera prueba es porque para mi segunda solicitud en mi colección, en realidad estoy obteniendo un libro por un ID específico. Así que aquí, puedes ver que quiero obtener ese libro por ese, quiero obtener ese primer libro y probar que soy capaz de obtener el primer libro en mi colección porque quiero probar esta API que me permite obtener un libro por un solo ID en lugar de obtener todos mis libros. Así que aquí, si fuera a probar, puedes ver que soy capaz de obtener ese libro específico por ese ID específico. Y puedo probar que mi API funciona aquí también. Así que puedo, ya sabes, validar aquí que somos capaces de obtener ese libro por ese ID. Y tengo una prueba ahora que he podido probar que muestra que puedo validar ese libro específico por ese ID.

Así que, como puedes ver, estás utilizando variables y scripts de una solicitud a otra para construir un flujo de trabajo completo. Así que ahora si tienes una solicitud POST aquí, donde estás, ya sabes, estás utilizando variables para el título de tu libro, estás usando tal vez si estás tratando de enviar algunos data aleatorios a tu biblioteca. Así que, por ejemplo, estoy enviando un libro llamado Intro to Algorithms como parte de mi título. Y quiero que mi autor sea simplemente porque quiero probar mi API para tener un montón de nombres completos de autores aleatorios. Y quiero escribir un par de pruebas que sean específicas para mi solicitud POST. Así que, por ejemplo, estoy aquí, estoy escribiendo una prueba que es específica para, ya sabes, mis solicitudes POST que igualan a 200 o 201. Así que si envío estas, esta solicitud de API, puedes ver que tengo algunos resultados de pruebas que validan esa API. Y ahora cuando vuelvo a mis libros GET, puedes ver que mi primer libro fue ese libro de Intro to Algorithms que inicialmente había publicado con mi solicitud POST, con ese autor, y tiene su propio ID. Así que puedes ver que mi espacio de trabajo de la biblioteca, o mi biblioteca

10. Flujo de Trabajo de Pruebas de API y Ejecutor de Colecciones

Short description:

Tengo una prueba para probar específicamente un libro, incluyendo solicitudes de parche y eliminación. Hemos pasado por todos los aspectos de la metodología CRUD en las pruebas de API, utilizando scripts de prueba y variables de colección para construir flujos de trabajo. Hay infinitas posibilidades al trabajar con Postman, como encadenar solicitudes, establecer solicitudes asíncronas y hacer bucles sobre pruebas con lógica condicional. El ejecutor de colecciones te permite ejecutar pruebas de manera secuencial, registrar los resultados de las solicitudes y pasar datos entre solicitudes. Puedes personalizar el orden, la iteración y los retrasos de tus pruebas.

Las APIs ahora se están configurando en un flujo de trabajo de API específico. Así que aquí de nuevo, tengo una prueba para probar específicamente ese libro, puedo probar mi solicitud de parche, donde estoy, ya sabes, añadiendo un elemento revisado. Y luego puedo, por supuesto, así que aquí, si estoy parcheando que mi revisado es verdadero. Y volvamos a eso, debería esperar que uno de mis libros aquí, tal vez este no sea el ID correcto, pero está marcado como verdadero. Así que, por ejemplo, esto está tomando el ID del primer libro, que era este, uno de estos libros aquí que configuré. Y puedes ver que ese elemento revisado ahora es verdadero. Y luego, por supuesto, puedo eliminar ese libro por ese ID específico. Y puedo ver eso, ya sabes, ver todo el ciclo de vida CRUD de la API. Así que aquí hemos pasado por la lectura, escritura, a través de la lectura data, escritura data, eliminación data, hemos pasado por toda la metodología CRUD de trabajar con APIs y cómo probar y validar utilizando algunos de los scripts de prueba y luego utilizando cosas como variables de colección, obteniendo y estableciendo para construir finalmente un flujo de trabajo. Y quería compartir este blog con todos ustedes, porque este blog es interesante en el sentido de que hay muchas formas de construir flujos de trabajo en Postman. Así que las posibilidades son casi infinitas cuando se trabaja con Postman. Puedes, en este caso, estábamos encadenando quizás diferentes solicitudes. Así que puedes echar un vistazo a lo que parece encadenar solicitudes. Así que si tuviera todas estas APIs, puedo encadenarlas estableciendo y obteniendo variables. También puedo establecer solicitudes asíncronas. Así que, por ejemplo, puedo usar el pm.send solicitud. Así que en este ejemplo, estoy enviando otra API dentro de la API. Así que estoy enviando múltiples APIs dentro de las pruebas de una API para mostrar cómo se ven las solicitudes asíncronas. Y luego, finalmente, también puedo hacer un bucle sobre la prueba utilizando algún tipo de lógica condicional. Así que aquí hablo mucho sobre el ejecutor de colecciones, que te permite finalmente ejecutar tus pruebas de manera secuencial. Así que si fuéramos a echar un vistazo a nuestra referencia de biblioteca, que son todas esas pruebas que hemos escrito aquí. Ahora podemos echar un vistazo al ejecutor de colecciones que te permite ejecutar las solicitudes de una colección en una secuencia especificada que te permite probar la funcionalidad de tu API. Y finalmente, lo que hace es que registra tu solicitud como resultados de prueba. Y puedes usar scripts para pasar data entre solicitudes y alterar el flujo de trabajo de la solicitud. Así que echemos un vistazo a cómo se ve el ejecutor de colecciones. Así que aquí, si yo fuera a echar un vistazo a mi prueba, hay este botón de ejecución aquí. Así que en este caso, puedo establecer el orden de mis pruebas, y puedo ejecutar estas manualmente. Puedo establecer la iteración. Y también puedo establecer cualquier retraso específico. Así que aquí, parece que puedes ver que cada una de estas solicitudes ha sido ejecutada.

11. Automatización de Pruebas e Introducción a Postbot

Short description:

Puedes automatizar las pruebas en Postman utilizando características como las ejecuciones programadas, las pruebas de rendimiento y la CLI de Postman. Estas te permiten activar ejecuciones a frecuencias específicas, configurar colecciones para diferentes entornos y configurar pipelines de CI/CD. Además, Postman ha introducido una nueva herramienta llamada Postbot, que utiliza elementos de IA generativa para escribir pruebas. Postbot se puede utilizar para añadir pruebas a las solicitudes, corregir errores de sintaxis y generar pruebas basadas en comandos de lenguaje natural. También puede visualizar respuestas, como generar tablas basadas en propiedades específicas utilizando CSS y la función pm.visualizer.set.

Y puedes ver que todas las pruebas, puedes ver todos los pasos y los fallos. Así que, por ejemplo, si quisieras ver el resumen, puedes ver qué pruebas han pasado, qué pruebas han fallado dentro de tu ejecutor de colecciones. Y puedes ver, en última instancia, cómo puedes construir una iteración de prueba completa dentro de Postman. Así que con Postman, puedes ver algunos de los registros exactamente a qué horas has ejecutado esta prueba. Y puedes ver todas las pruebas que han pasado todas las pruebas que han pasado todas las pruebas que han fallado. Y también puedes echar un vistazo a los resultados también. Así que también tenemos, ya sabes, dentro de Postman, puedes hacer un poco de ejecuciones programadas, performance testing. Así que, por ejemplo, las ejecuciones programadas te permiten activar tu ejecución. Así que, por ejemplo, aquí, si yo fuera a hacer una ejecución programada, puedo establecer una frecuencia. Así que, como cada minuto, ejecuta todas estas colecciones, ya sabes, o cada cinco minutos, ejecuta estas colecciones y establece estas iteraciones y envía una notificación por correo electrónico. También puedes ejecutar estas utilizando la CLI de Postman. Así que la CLI de Postman es realmente útil cuando se trata de construir un flujo de trabajo y ejecutar tu colección específica en algún tipo de pipeline de CI CD. Así que, por ejemplo, si quisieras configurar esa colección en particular, y quisieras ejecutarla en Jenkins o CircleCI, GitLab, TravisCI, puedes establecer eso en varios sistemas operativos diferentes, y puedes establecer varios entornos. Así que, por ejemplo, aquí, quería ejecutar esto usando mi entorno de prueba, mis URLs de prueba, mis claves de API de prueba, mis tokens de acceso de prueba, o si quiero ejecutar esto en un entorno de producción o entorno de preproducción. Así que puedes configurar pipelines completos de CI CD CLI, y puedes ver que envía el comando aquí y te permite generar una clave de API de Postman para ejecutar esa colección específica. Así que esas son algunas formas de automatizar tu uso de testing, pero la idea aquí es entender cómo funcionan las variables, entender los conceptos básicos de scripting, y luego entender cómo puedes construir flujos de trabajo completos. Y así, una vez que tienes una comprensión más profunda de muchas de esas cosas, quería mostrarte una nueva herramienta llamada Postbot que ha salido recientemente, y es completamente nueva en Postman, que está disponible al menos en el plan gratuito, que te permite usar algunos de nuestros elementos de IA generativa para escribir pruebas. Así que primero quería presentar Postbot, que es nuestro nuevo asistente de IA y te permite usar lenguaje natural para crear pruebas dentro de tu espacio de trabajo. Así que aquí tengo una API, por ejemplo, que está obteniendo algunos chistes de papá. Puedo usar Postbot, que está en la parte inferior para ir adelante y añadir pruebas a esta solicitud. Y puedes ver que está añadiendo todas las pruebas. Por ejemplo, está esperando tener propiedades específicas, esperando que algunas cosas no estén vacías, y puedes ver que también puedes corregir scripts específicos para evaluar tus pruebas aquí. Así que está corrigiendo sintaxis específicas, y está escribiendo la prueba para ti. Así que, por ejemplo, puedes, en este caso con mi ejemplo de biblioteca, voy a borrar todo esto. Puedo usar Postbot. Así que, por ejemplo, voy a decir, escríbeme una prueba para probar ese libro. Vale, así que puedes ver que está generando esa prueba específica. Así que te mostré cómo se ve eso a un nivel básico cuando se trata de construir flujos de trabajo de pruebas, pero ahora también puedes usar Postbot para generar algunas de estas pruebas. Algunas de mis formas favoritas de usar Postbot es para visualizar alguna respuesta. Así que, por ejemplo, si quisiera visualizar esta respuesta como una tabla, puedes ver que Postbot está generando una tabla para mí. Así que está usando algo de CSS para generar una tabla basada en el título y el autor y el género, y estoy usando la función pm.visualizer.set para básicamente

12. Postbot y Pruebas de Esquema

Short description:

Al usar Postbot, puedes visualizar fácilmente los datos en una tabla y agregar pruebas para los esquemas. Postbot simplifica las pruebas de esquemas y permite la validación basada en las propiedades disponibles. Utiliza la biblioteca TB4 para la validación de esquemas, que es crucial para las pruebas de contrato.

construir esa carga útil del visualizador. Entonces, en última instancia, cuando tengo mi cuerpo, también puedo visualizar mis data en una tabla también. Así que esto facilita mucho no solo echar un vistazo a los data que tengo disponibles, sino también mirar la visualización de esos data que podría estar interesado en generar. Así que estas son algunas formas de echar un vistazo a Postbot. Postbot es una herramienta muy interesante cuando se trata de testing, y facilita mucho el testing para las personas. Proporciona aún más de una plantilla para que las personas comiencen. Una forma en que siento que es importante, que Postbot es importante es poder agregar una prueba para un esquema. Así que como en este ejemplo, estoy usando Postbot para probar un esquema. Entonces, si fuera a probar un esquema también, puedes hacer un poco más como el tipo de testing de esquema donde está testing que tu esquema es específicamente válido en función de las diversas propiedades que tienes disponibles. Y está utilizando como la biblioteca TB4, ya sabes, para validar ese esquema. Así que esto también es importante cuando se trata de contrato testing y aspectos como ese. Así que puedes ver que tienes esquemas válidos también.

13. Pruebas Avanzadas con Postman

Short description:

Cuando se trata de pruebas avanzadas, hay varios tipos de pruebas que puedes hacer con Postman, como pruebas de contrato, pruebas de integración, generación de datos simulados, pruebas de rendimiento y pruebas de regresión.

Cuando se trata de advanced testing, sabes, hay muchas cosas como el contrato testing, donde estás, sabes, testing para parámetros de consulta válidos, testing para varios argumentos, comprobando forms válidos. Y estos son todos, como recordarás, todas las colecciones que tenemos, sabes, obtenido de nuestra plantilla de colección de API. Así que también cuando se trata de integración testing, como por ejemplo, si tienes una API que está haciendo algún tipo de registro, y luego tienes otra API que está haciendo algo más, y está, sabes, obteniendo el token, entonces ¿cómo integras algunas de estas APIs juntas y construyes algún tipo de prueba de integración. Así que todas son muy importantes en términos de las diferentes

14. Pruebas Avanzadas y Recursos

Short description:

Puedes hacer generación de datos simulados, pruebas de rendimiento, pruebas de regresión y pruebas de contrato con Postman. Postman admite varios protocolos como WebSockets, GraphQL, gRPC y MQTT. Además, Postman proporciona scripts y fragmentos para pruebas y automatización. Consulta Postman Intergalactic para capacitaciones educativas y explora los blogs de Postman para las últimas actualizaciones. Postbot es una herramienta que ayuda con las pruebas y la documentación de API.

tipos de testing que puedes hacer con Postman. Puedes hacer generación de data simulada donde puedes generar algunos data simulados. También puedes hacer algunas pruebas de performance que te permiten, sabes, probar para cargas específicas. Y así, ya que estoy trabajando en la interfaz de usuario web, las pruebas de performance están disponibles en el cliente de Postman. Entonces, y luego, por supuesto, tienes pruebas de regresión, las cuales, sabes, puedes variar, construir esos flujos de trabajo y probar algunas de estas verificaciones. Entonces, cuando se trata de testing, hay muchas pruebas que se pueden hacer dentro de Postman. Así que las pruebas de performance te permiten simular tráfico, y puedes simular cómo se comporta tu API bajo cargas. Y, sabes, por supuesto, las pruebas de contrato son pruebas de esquemas y contratos. Y así, hay mucho más que podemos hacer en términos de pruebas con APIs. Y así, volviendo a mi espacio de trabajo original, para la masterclass, no solo Postman, por ejemplo, intenté mostrarte un ejemplo de prueba de contrato aquí, y luego trabajando con espacios de trabajo de colección, y luego usando servidores simulados para simular solicitudes. Y te mostré un poco más sobre automation también. Quería compartir también que hay muchos más protocolos que Postman admite, como WebSockets, GraphQL, gRPC y MQTT. Entonces, cuando se trata de trabajar con APIs, no solo Postman admite las APIs REST, sino que admite otras APIs y otras forms de APIs con las que puedes empezar en SWIT. Entonces, por ejemplo, si miramos una API de GraphQL, puedes usar la API de GraphQL para consultar algunos data. Junto con eso, también tenemos scripts y fragmentos. Así que tenemos algunos scripts para probar antes de que se envíe la consulta, y luego algunos fragmentos para probar después de que se envíe la consulta. De manera similar con gRPC, también tenemos algunas capacidades de scripting aquí también. Así que hay mucho que puedes empezar. Quería compartir un par de recursos. Entonces, por ejemplo, nuestro primer recurso si quisieras tomar una captura de pantalla o echar un vistazo a este enlace es para nuestro Postman Intergalactic. Así que Postman Intergalactic es una serie de capacitaciones educativas. Así que acabamos de tener una capacitación sobre pruebas de API más allá de lo básico, IA y técnicas de automation. También tenemos alguna capacitación para nuestra extensión de VS Code, pruebas y desarrollo de APIs gRPC, APIs GraphQL, introducción a la security. Así que hay mucho contenido que está disponible a demanda y también está disponible cuando lo hacemos en vivo. Son nuestras masterclasses y espacios de trabajo en vivo. Así que siempre estamos animando a otros a echar un vistazo a Postman Intergalactic, que es un gran recurso para la gente. Luego también queríamos compartir todos nuestros blogs de Postman, que es un lugar para que eches un vistazo y aprendas sobre algunas de las cosas más nuevas que están saliendo de Postman. Entonces, por ejemplo, tenemos algunos blogs sobre cómo los Postmanauts usan Postman y cómo los equipos de espacio de trabajo usan Postman. Hay algunos blogs específicamente sobre Postbot que quería compartir, que Postbot es una herramienta que no solo te ayuda a probar, sino que también escribe documentation. Así que puedes usar Postbot para documentar tus APIs. Entonces, cuando se trata de, por ejemplo, Postman, tienes tu principal documentation para tu espacio de trabajo, pero también tienes documentation para cada una de tus APIs

15. Trabajando con Postbot y Pruebas

Short description:

Puedes usar Postbot para generar documentación y trabajar con ejemplos interesantes como usar la API de Spotify para crear listas de reproducción. También tenemos espacios de trabajo, un nivel de habilidades y un desafío de pruebas de 15 días para ayudarte a mejorar tus habilidades con Postman. Consulta el sitio de aprendizaje de Postman, los blogs y la Academia Postman para obtener más recursos. Gracias por unirte a la masterclass y no dudes en conectarte conmigo en Twitter en PujaMakes. ¡Felices fiestas!

aquí. Entonces puedes usar Postbot para generar algo de esta documentation también para documentar todos tus parámetros de consulta, etc. Así que eso es otra cosa útil. Y luego tenemos muchos más ejemplos interesantes de trabajar con Postbot y testing. Entonces, por ejemplo, tenemos un colega que usó la API de Spotify en Postbot para construir una lista de reproducción de resultados de pistas y visualizar tal vez su Spotify, lo que Spotify saca cada año, su transmisión, sus canciones más populares reproducidas, etc. Así que hay muchas formas interesantes de trabajar con Postman aparte de testing, pero testing es obviamente un gran aspecto de Postman en sí mismo. También tenemos un ejemplo, un par de espacios de trabajo que te muestran las diferentes formas de escribir pruebas. Y luego tenemos un nivel de habilidades que te permite obtener una visión más profunda de tus propias habilidades con Postman, por ejemplo, qué tipo de experiencia podrías tener. Y luego tenemos el desafío de pruebas de Postman de 15 días, que repasa muchas de las cosas de las que he hablado hoy, entender el cliente de API, entender el control de versiones, entender cómo debug, trabajar con autorización, variables y scripts, pruebas de API. Así que tenemos este desafío completo de 15 días para los probadores que animo a todos a compartir. Así que voy a seguir compartiendo mi pantalla aquí para que pueda compartir con todos ustedes si están interesados en obtener una insignia. Y luego, por supuesto, tenemos a nuestro colega, Valentin, que ha creado una gran serie sobre testing con Postman también. Así que estas son algunas cosas que están disponibles dentro del Postman ecosystem. Si también estás interesado en aprender sobre Postman, tenemos el canal de la community de Postman que te permite hacer muchas preguntas y puedes obtener una mayor comprensión de cómo trabajar con características. Como, por ejemplo, tenemos esta nueva característica de salto, que te permite saltar solicitudes y optimizar algo de eso. Así que tenemos un gran equipo de Postman que siempre está dispuesto a ayudar a responder cualquier pregunta mientras comienzas tu viaje de testing. Así que con eso, he compartido bastantes cosas diferentes, el aprendizaje, el centro de la community, que es esto, el sitio de aprendizaje de Postman que es donde puedes obtener la documentation, los blogs de Postman. Y luego también tenemos la Academia Postman, que está aquí para ayudarte a mejorar tus habilidades con Postman también. Espero que esto te dé una visión mucho más profunda de cómo puedes trabajar con Postman. Espero que hayas podido obtener un poco de una visión más profunda de los conceptos básicos de testing, construir flujos de trabajo, trabajar con colecciones, trabajar con variables de colección, y puedas usar esa visión para avanzar con tus prácticas de pruebas de API. Así que con eso, me gustaría decir gracias por permitirme compartir algunas ideas con todos ustedes. Y si estás interesado en conectarte conmigo, estoy disponible en PujaMakes en Twitter y X. Y estoy feliz de ayudar a responder cualquier pregunta o proporcionar una visión más profunda del mundo de Postman. Así que con eso, me gustaría terminar la transmisión y desear a todos unas felices fiestas también. Así que espero que todos tengan un gran resto del año. Y espero conectar. Gracias.

Watch more workshops on topic

Designing Effective Tests With React Testing Library
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Top Content
Featured Workshop
Josh Justice
Josh Justice
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn
How to Start With Cypress
TestJS Summit 2022TestJS Summit 2022
146 min
How to Start With Cypress
Featured WorkshopFree
Filip Hric
Filip Hric
The web has evolved. Finally, testing has also. Cypress is a modern testing tool that answers the testing needs of modern web applications. It has been gaining a lot of traction in the last couple of years, gaining worldwide popularity. If you have been waiting to learn Cypress, wait no more! Filip Hric will guide you through the first steps on how to start using Cypress and set up a project on your own. The good news is, learning Cypress is incredibly easy. You'll write your first test in no time, and then you'll discover how to write a full end-to-end test for a modern web application. You'll learn the core concepts like retry-ability. Discover how to work and interact with your application and learn how to combine API and UI tests. Throughout this whole workshop, we will write code and do practical exercises. You will leave with a hands-on experience that you can translate to your own project.
Detox 101: How to write stable end-to-end tests for your React Native application
React Summit 2022React Summit 2022
117 min
Detox 101: How to write stable end-to-end tests for your React Native application
Top Content
WorkshopFree
Yevheniia Hlovatska
Yevheniia Hlovatska
Compared to unit testing, end-to-end testing aims to interact with your application just like a real user. And as we all know it can be pretty challenging. Especially when we talk about Mobile applications.
Tests rely on many conditions and are considered to be slow and flaky. On the other hand - end-to-end tests can give the greatest confidence that your app is working. And if done right - can become an amazing tool for boosting developer velocity.
Detox is a gray-box end-to-end testing framework for mobile apps. Developed by Wix to solve the problem of slowness and flakiness and used by React Native itself as its E2E testing tool.
Join me on this workshop to learn how to make your mobile end-to-end tests with Detox rock.
Prerequisites- iOS/Android: MacOS Catalina or newer- Android only: Linux- Install before the workshop
Testing Web Applications Using Cypress
TestJS Summit - January, 2021TestJS Summit - January, 2021
173 min
Testing Web Applications Using Cypress
WorkshopFree
Gleb Bahmutov
Gleb Bahmutov
This workshop will teach you the basics of writing useful end-to-end tests using Cypress Test Runner.
We will cover writing tests, covering every application feature, structuring tests, intercepting network requests, and setting up the backend data.
Anyone who knows JavaScript programming language and has NPM installed would be able to follow along.
Best Practices for Writing and Debugging Cypress Tests
TestJS Summit 2023TestJS Summit 2023
148 min
Best Practices for Writing and Debugging Cypress Tests
Workshop
Filip Hric
Filip Hric
You probably know the story. You’ve created a couple of tests, and since you are using Cypress, you’ve done this pretty quickly. Seems like nothing is stopping you, but then – failed test. It wasn’t the app, wasn’t an error, the test was… flaky? Well yes. Test design is important no matter what tool you will use, Cypress included. The good news is that Cypress has a couple of tools behind its belt that can help you out. Join me on my workshop, where I’ll guide you away from the valley of anti-patterns into the fields of evergreen, stable tests. We’ll talk about common mistakes when writing your test as well as debug and unveil underlying problems. All with the goal of avoiding flakiness, and designing stable test.
Effective Detox Testing
React Advanced Conference 2023React Advanced Conference 2023
159 min
Effective Detox Testing
Workshop
Josh Justice
Josh Justice
So you’ve gotten Detox set up to test your React Native application. Good work! But you aren’t done yet: there are still a lot of questions you need to answer. How many tests do you write? When and where do you run them? How do you ensure there is test data available? What do you do about parts of your app that use mobile APIs that are difficult to automate? You could sink a lot of effort into these things—is the payoff worth it?
In this three-hour workshop we’ll address these questions by discussing how to integrate Detox into your development workflow. You’ll walk away with the skills and information you need to make Detox testing a natural and productive part of day-to-day development.
Table of contents:
- Deciding what to test with Detox vs React Native Testing Library vs manual testing- Setting up a fake API layer for testing- Getting Detox running on CI on GitHub Actions for free- Deciding how much of your app to test with Detox: a sliding scale- Fitting Detox into you local development workflow
Prerequisites
- Familiarity with building applications with React Native- Basic experience with Detox- Machine setup: a working React Native CLI development environment including either Xcode or Android Studio

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

Network Requests with Cypress
TestJS Summit 2021TestJS Summit 2021
33 min
Network Requests with Cypress
Top Content
Whether you're testing your UI or API, Cypress gives you all the tools needed to work with and manage network requests. This intermediate-level task demonstrates how to use the cy.request and cy.intercept commands to execute, spy on, and stub network requests while testing your application in the browser. Learn how the commands work as well as use cases for each, including best practices for testing and mocking your network requests.
Testing Pyramid Makes Little Sense, What We Can Use Instead
TestJS Summit 2021TestJS Summit 2021
38 min
Testing Pyramid Makes Little Sense, What We Can Use Instead
Top Content
Featured Video
Gleb Bahmutov
Roman Sandler
2 authors
The testing pyramid - the canonical shape of tests that defined what types of tests we need to write to make sure the app works - is ... obsolete. In this presentation, Roman Sandler and Gleb Bahmutov argue what the testing shape works better for today's web applications.
Full-Circle Testing With Cypress
TestJS Summit 2022TestJS Summit 2022
27 min
Full-Circle Testing With Cypress
Top Content
Cypress has taken the world by storm by brining an easy to use tool for end to end testing. It’s capabilities have proven to be be useful for creating stable tests for frontend applications. But end to end testing is just a small part of testing efforts. What about your API? What about your components? Well, in my talk I would like to show you how we can start with end-to-end tests, go deeper with component testing and then move up to testing our API, circ
Test Effective Development
TestJS Summit 2021TestJS Summit 2021
31 min
Test Effective Development
Top Content
Developers want to sleep tight knowing they didn't break production. Companies want to be efficient in order to meet their customer needs faster and to gain competitive advantage sooner. We ALL want to be cost effective... or shall I say... TEST EFFECTIVE!But how do we do that?Are the "unit" and "integration" terminology serves us right?Or is it time for a change? When should we use either strategy to maximize our "test effectiveness"?In this talk I'll show you a brand new way to think about cost effective testing with new strategies and new testing terms!It’s time to go DEEPER!
Playwright Test Runner
TestJS Summit 2021TestJS Summit 2021
25 min
Playwright Test Runner
Top Content
Everyone Can Easily Write Tests
TestJS Summit 2023TestJS Summit 2023
21 min
Everyone Can Easily Write Tests
Let’s take a look at how Playwright can help you get your end to end tests written with tools like Codegen that generate tests on user interaction. Let’s explore UI mode for a better developer experience and then go over some tips to make sure you don’t have flakey tests. Then let’s talk about how to get your tests up and running on CI, debugging on CI and scaling using shards.