Uno de los usos m\u00e1s tradicionales de Postman es aprovecharlo por su interfaz gr\u00e1fica y la facilidad con la que nos permite analizar diferentes API<\/strong>. Sin olvidar que puede generar c\u00f3digo en variedad de lenguajes bas\u00e1ndose en los resultados (cURL, Python, Java, JavaScript, Go). Pero no es la mejor forma de sacar a relucir todo el potencial que posee.<\/p>\n\n\n\n El siguiente uso com\u00fan es para realizar pruebas con sus fragmentos (snippets<\/em>) de c\u00f3digo predefinidos, es sencillo y r\u00e1pido pero apenas roza la punta del iceberg de posibilidades que nos ofrece su Sandbox de JavaScript y Node.js. Sin dejar de lado la opci\u00f3n de tener c\u00f3digo antes de mandar al Request, al igual que poder procesar cualquier Response.<\/p>\n\n\n\n Todo ello extendido un nivel m\u00e1s por la presencia de diferentes categor\u00edas de variables que permiten hacer visible todo tipo de dato entre llamadas que se complementan, o forman flujos de trabajo. O sea, una situaci\u00f3n donde la respuesta de una se vuelve los datos de ingreso para la siguiente. Global, Colecci\u00f3n, Carpeta, y de Entorno son m\u00e1s que suficientes para ayudar en casi cualquier situaci\u00f3n.<\/p>\n\n\n\n Por si lo anterior fuera poco, encontramos una extensa lista de librer\u00edas y m\u00f3dulos comunes preinstalados y listos para su uso. Lodash<\/strong>, Faker<\/strong> y Chai<\/strong> son apenas los m\u00e1s usados de una docena que est\u00e1n disponibles para extender nuestras ideas y soluciones.<\/p>\n\n\n\n Dicho lo anterior, en este post veremos ejemplos sencillos de lo que se puede hacer, pero con suficiente idea del potencial que hay por detr\u00e1s. Sin embargo, antes habr\u00e1 que repasar algunos de los conceptos b\u00e1sicos de c\u00f3mo funciona Postman.<\/p>\n\n\n\n Para el c\u00f3digo presente a lo largo de este art\u00edculo, s\u00f3lo se ha trabajado con Postman en su versi\u00f3n de escritorio. De igual forma, toda la funcionalidad descrita y explicada no requiere suscripci\u00f3n puesto que ninguna de ellas califica como \u201cen la nube\u201d.<\/p>\n\n\n\n Se asume cierto conocimiento de programaci\u00f3n con JavaScript y entendimiento de qu\u00e9 es y c\u00f3mo trabajan los API (endpoints<\/em>, servicios, micro-servicios). Por obvias razones el idioma en el que est\u00e1 el c\u00f3digo es ingl\u00e9s, lo mismo ocurre con todo aquello af\u00edn a la tecnolog\u00eda en uso.<\/p>\n\n\n\n Para los ejemplos, y ver c\u00f3mo crear algo funcional, se utiliza al Star Wars API (swapi.dev) que es de s\u00f3lo lectura, uso p\u00fablico y abierto, y posee estructuras sencillas y f\u00e1cilmente predecibles tanto para sus Request como sus Response.<\/p>\n\n\n\n Lo que vamos a ver aqu\u00ed son casos de uso puntuales que ayudan a reflejar la funcionalidad que es posible por detr\u00e1s. Al final, mucho de lo que se pueda hacer (o no), extender (o no), automatizar, flexibilizar, o hacer m\u00e1s din\u00e1mica, depende en gran medida de los API con los que se est\u00e9 trabajando. Sin olvidar el objetivo del testeo o la raz\u00f3n por la cual se usa Postman.<\/p>\n\n\n\n La siguiente gr\u00e1fica da una buena idea de la estructura JSON que vuelve con el Response de los Request en SWAPI. No es complicada, no posee objetos dif\u00edciles de armar o manipular, esto permite que sea sencillo de generalizar y aprovechar de su hipermedia<\/p>\n\n\n La interfaz de Postman es bien tradicional, tiene cierto aire de editor de texto al igual que ciertas caracter\u00edsticas de IDE. A la izquierda destaca su despliegue de \u00e1rbol con las Colecciones, Carpetas, y Request. En la parte superior derecha se encuentran las diferentes pesta\u00f1as de los llamados a API con los que estamos trabajando.<\/p>\n\n\n\n Dependiendo el tipo de objeto de trabajo el mismo va presentar variedad de opciones con las cuales trabajar, tales como:<\/p>\n\n\n\n Si bien hay men\u00fas y botones adicionales por todo lado, afortunadamente se pueden minimizar u ocultar hasta requerirlos. Esto permite s\u00f3lo exponer aquellos componentes que estamos utilizando o queremos tener al alcance. <\/p>\n\n\n\n En la Barra de Estado (bien abajo) encontramos otros elementos incluyendo acceso a la Consola y al Runner. El siguiente gr\u00e1fico destaca los diferentes componentes m\u00e1s usados.<\/p>\n\n\n Al momento de ejecutar un API, Postman sigue una jerarqu\u00eda que ayuda a organizar las ideas al igual que el contexto en el cual va existir nuestro c\u00f3digo. Empezando por los Pre-Script y terminando con la pesta\u00f1a de Test. Iniciando a nivel de la Colecci\u00f3n, luego las Carpetas, para terminar con los Request mismos.<\/p>\n\n\n\n Esa secuencia de ejecuci\u00f3n permite generalizar y modularizar nuestro c\u00f3digo al igual que el alcance que va tener al momento de ser interpretado. Primero todo lo que se encuentra dentro una Colecci\u00f3n, luego todo lo que est\u00e1 a nivel Carpeta(s), para finalmente llegar al Request. El mismo camino lo sigue cuando hay que procesar la Response. C\u00f3mo se puede observar en el siguiente gr\u00e1fico.<\/p>\n\n\n La naturaleza de las jerarqu\u00edas nos permite pensar en utilidades, creaci\u00f3n y preparaci\u00f3n de contexto, luego hablar de pruebas globales, al igual que de visualizaciones gen\u00e9ricas que van a lo particular, seg\u00fan c\u00f3mo sea necesario por el API o el flujo. Casi al terminar la secuencia se puede capturar y mantener aquellos datos requeridos por la siguiente llamada.<\/p>\n\n\n\n No hay que olvidar que una buena pr\u00e1ctica, en lo que concierne a API, es tener una idea de sus relaciones y representar la misma en la estructura de Colecci\u00f3n y las Carpetas. <\/strong>Esto ayuda a ver con claridad los posibles flujos, al igual que las dependencias, y sirve mucho al momento de usar los Runner para ejecutar iteraciones (por c\u00f3digo, n\u00famero de ciclos, o Data Driven).<\/p>\n\n\n\n Uno de los inconvenientes que encontramos en Postman es tener que repetir funciones y c\u00f3digo en cada Request que queramos hacer. Lo que no tarda en volverse tedioso y una pesadilla de mantenimiento. Pero, esto se puede evitar aprovechando de ciertas caracter\u00edsticas del Sandbox que permite crear objetos en los niveles superiores de la jerarqu\u00eda cuyos m\u00e9todos (por llamarlos as\u00ed) son visibles para todo lo que est\u00e1 por debajo.<\/p>\n\n\n\n Por ejemplo, el siguiente c\u00f3digo a nivel Colecci\u00f3n lo hace accesible para cualquier Request contenido en la misma o dentro carpetas.<\/p>\n\n\n Para invocar los m\u00e9todos se requiere incluir todo el camino de la referencia, a\u00fan cuando estamos realiz\u00e1ndola desde dentro de un m\u00e9todo interno. Es decir, si quisiera acceder a createPath desde getId igual tendr\u00eda que incluir el nombre del objeto utilities.<\/p>\n\n\n \u00c9ste tipo de l\u00f3gica nos permite contar con objetos gen\u00e9ricos (o c\u00f3digo reutilizable) para manipular datos, trabajar sobre el JSON espec\u00edfico de nuestros API, flexibilizar a gusto el JSON de la respuesta, o crear Test espec\u00edficos como, por ejemplo, para verificar que la paginaci\u00f3n funciona como debe.<\/p>\n\n\n\n Las diferentes variables que ofrece Postman son un mecanismo excelente para crear o mantener contexto. Sobretodo las de Entorno que podemos cambiar a necesidad y sobre la marcha de una forma sumamente din\u00e1mica. En modo \u201cnube\u201d tambi\u00e9n ayudan a separar lo \u201cpropio\u201d de lo que se puede compartir.<\/p>\n\n\n\n A primera vista pareciera que estas variables s\u00f3lo almacenan datos de tipos b\u00e1sicos, pero no; resulta que pueden guardar cualquier objeto v\u00e1lido en JavaScript. Desde JSON (cadena u objeto), hasta funciones en un arreglo, pasando por listas de registros compuestos o matrices.<\/p>\n\n\n\n Una particularidad a tener en cuenta es que algunas estructuras no se interpretan igual si son manipuladas de forma directa en el editor de variables vs. agregadas\/extra\u00eddas por c\u00f3digo. Por ejemplo, inicializar un arreglo a trav\u00e9s de pm.environment.set(\u201cVARIABLE\u201d, \u201c[]\u201d) logra que trabaje como se desea, no as\u00ed a\u00f1adir un \u201c[]\u201d a \u201cVARIABLE\u201d desde el editor.<\/p>\n\n\n\n Tambi\u00e9n hay que tener precauci\u00f3n al manipular las variables desde los diferentes niveles de la jerarqu\u00eda, puesto que no siempre se comportan seg\u00fan lo esperado. Una buena pr\u00e1ctica, al menos para que su manejo m\u00e1s predecible, es hacerlo desde el Request.<\/p>\n\n\n\n Uno de los usos m\u00e1s interesantes que se puede dar a las variables de Entorno es para lograr el env\u00edo de Request con un BODY generado de manera din\u00e1mica al 100%. Es decir, enviar al API una estructura JSON armada por c\u00f3digo en su totalidad. \u00c9ste mismo truco permite manipular al URL de destino y generarlo a gusto. Ambos casos los veremos m\u00e1s adelante.<\/p>\n\n\n\n Cuando pasamos datos a trav\u00e9s de variables de Entorno conviene recordar la siguiente secuencia de actividades para mantener consistencia. Recuperar<\/em>, obtener la informaci\u00f3n actual para operar sobre ella; Trabajar<\/em>, realizar las acciones pertinentes; y, Almacenar<\/em>, si hemos cambiado algo y queremos mantenerlo para una siguiente llamada o iteraci\u00f3n.<\/p>\n\n\n\n Por ejemplo, el siguiente bloque de c\u00f3digo hace uso del \u00faltimo m\u00e9todo de los utilitarios. Lo que logramos aqu\u00ed es pasar cada elemento de un arreglo de hipermedios (pilots y films) al arreglo de objetos hyperMediaList. Luego almacenamos \u00e9ste \u00faltimo en una variable de Entorno para hacerlo persistente entre llamadas.<\/p>\n\n\n Una de las actualizaciones recientes de Postman permite manipular el JSON del BODY para volverlo un poco m\u00e1s din\u00e1mico. Lo que tiene sus usos, pero puede ser m\u00e1s pr\u00e1ctico aprovechar del \u201ctruco\u201d para generarlo en un 100%.<\/p>\n\n\n\n Mucha de esta capacidad es posible por la forma en que JavaScript maneja objetos, combinada con la presencia de variables que nos permiten pasar informaci\u00f3n entre contextos, y el aprovechar de la jerarqu\u00eda para tener una idea clara de c\u00f3mo se va ejecutar el c\u00f3digo.<\/p>\n\n\n\n El siguiente recuadro muestra una forma muy simple de la idea, misma que se puede expandir a gusto para reflejar pr\u00e1cticamente cualquier estructura JSON que sea requerida por un Request.<\/p>\n\n\n Aqu\u00ed la magia la realiza Postman, queriendo o sin querer, al momento de validar el bloque de BODY, encontrar una variable de Entorno y reemplazarla por el valor asociado. Para el API ejecutado, al mandar el Request, le es indistinto si le llega un JSON hecho a mano, o uno ensamblado en c\u00f3digo.<\/p>\n\n\n\n Gracias a que a JavaScript no le interesa mucho c\u00f3mo est\u00e1 armado el objeto, mientras tenga sentido para su interprete, es posible anidar otros componentes en la estructura del ejemplo anterior al igual que crear arreglos simples o compuestos sin que haya problemas. Probablemente, a lo sumo, retoques a los nombres de atributos en casos extremos.<\/p>\n\n\n\n Esto lo podemos utilizar con resultados geniales cuando queremos armar un flujo flexible entre varios API cuya informaci\u00f3n de respuesta sirve de entrada, en su totalidad o por partes, para el siguiente llamado. Considerando que \u00e9ste es un ejemplo b\u00e1sico de lo que se puede llegar a hacer, la flexibilidad que permite es excelente.<\/p>\n\n\n\n La misma idea anterior se puede utilizar para obtener un URL generado de forma din\u00e1mica antes de invocar al API. El \u00fanico detalle es saber bien c\u00f3mo armar el llamado y qu\u00e9 partes se pueden manipular, o directamente gestionarlo en su totalidad. Es lo que en esencia vemos en el m\u00e9todo createPath presentado antes. Una variante puede ser la que vemos a continuaci\u00f3n.<\/p>\n\n\n Una interesante y poderosa extensi\u00f3n de \u00e9ste truco es incluir variables dentro el URL din\u00e1mico. Lo que en esencia permite pasar datos en tiempo de ejecuci\u00f3n, de esta forma no tenemos porque saberlos, mientras el c\u00f3digo pueda hacerlo.<\/p>\n\n\n Mientras el flujo de informaci\u00f3n y c\u00f3digo puedan dar un valor apropiado a {{thetrick}} (un n\u00famero entero en este caso), Postman va a reemplazarlo al momento de ejecutar el Request. Lo que permite mantener o pasar valores a lo largo de todo una secuencia de llamadas, sin tener que cambiar las cosas manualmente en cada oportunidad.<\/p>\n\n\n\n El Data Driven es otra de las funcionalidades de Postman que resultan geniales cuando nuestro c\u00f3digo est\u00e1 pensado para ello. S\u00f3lo funciona con los Runner y es una forma de obtener valores para las variables desde archivos externos (usualmente CSV).<\/p>\n\n\n\n Combinado con composici\u00f3n din\u00e1mica de la carga JSON de un Request y el armado a gusto del URL del API a llamar, es una excelente manera de reutilizar c\u00f3digo y crear pruebas y flujos a trav\u00e9s de archivos, en vez de varios Requests encadenados (lo que se puede tornar complicado r\u00e1pido).<\/p>\n\n\n\n Cuando JavaScript est\u00e1ndar no da abasto las librer\u00edas preinstaladas son de mucha ayuda. Muchas tienen usos bien espec\u00edficos pero hay otras m\u00e1s gen\u00e9ricas, por ejemplo, Lodash<\/strong> que resulta \u00fatil para manipulaciones sofisticadas de ciertas estructuras de datos, o para clonar arreglos y operar sobre ellos sin cambiar al original (esto puede ser necesario porque JavaScript los maneja por referencia).<\/p>\n\n\n\n Chai<\/strong> es la m\u00e1s utilizada al permitirnos realizar los Test con una notaci\u00f3n amigable y casi usando un lenguaje natural. Esto en pro de ser amigable con la idea de desarrollo guiado por el comportamiento (behavior-driven development o BDD). Si nada m\u00e1s, ayuda a enfocar las ideas de lo que se est\u00e1 verificando y luego tener reportes autom\u00e1ticos generados por Postman.<\/p>\n\n\n\n Para obtener datos \u201crealistas\u201d pero \u201cfalsos\u201d nada como el modulo Faker<\/strong>, aunque requiere de acceder a un tipo especial de variable (vemos un ejemplo en el generador de BODY, presentado anteriormente). La p\u00e1gina oficial da el listado completo de c\u00f3mo obtener desde nombre y apellido a direcciones, colores, y texto lorem ipsum<\/em> en diferentes formatos.<\/p>\n\n\n\n El Newman Runner es una versi\u00f3n simplificada, y sin interfaz gr\u00e1fica, de Postman que ejecuta sobre instalaciones de Node.js desde la consola. Se le pasa la Colecci\u00f3n con contextos de variables, y\/o archivos Data Driven, para que ejecute todo tal y como lo har\u00eda el entorno con GUI.<\/p>\n\n\n\n Su utilidad viene de permitir ejecuciones por consola y entregar reportes modo texto. Cuando los modelos est\u00e1ndar no bastan acepta reportes personalizados. Todo esto tambi\u00e9n lo hace aplicable para ser parte de una pipeline de CI\/CD.<\/p>\n\n\n\n Para aprovechar esta opci\u00f3n, sin necesidad de cargar Frameworks ajenos, hay que entender cuatro cosas: 1) estamos usando un Template Literal<\/em> (que puede tener sus trucos para manipular); 2) definimos el formato con HTML est\u00e1ndar; 3) para los estilos es CSS est\u00e1ndar; y, 4) tenemos a disposici\u00f3n casi toda la funcionalidad que ofrece la librer\u00eda Handlebars.js<\/strong>. A continuaci\u00f3n un ejemplo con los datos de Luke Skywalker.<\/p>\n\n\n Handlebars<\/strong>, por su lado, trabaja con etiquetas din\u00e1micas que representan atributos del objeto JSON que le es enviado y que podemos preparar a gusto. Similar a la poco utilizada combinaci\u00f3n de plantillas en MS Word que se pueden asociar con MS Excel, u otra fuente de datos. La utilidad en Postman viene de hacer m\u00e1s visible la estructura o contenido de un Response, o darle un procesamiento visual adicional (si da para ello). Muy \u00fatil para presentaciones y demo, o sacar capturas de pantalla para un reporte de defecto.<\/p>\n\n\n\n Vale tener en consideraci\u00f3n que: 1) es posible trabajar a gusto el JSON antes de enviarlo por lo que se le puede agregar estructura, atributos, y datos que ayuden a condicionar lo que se muestra. 2) Podemos generalizar u optimizar con c\u00f3digo la plantilla antes de que sea utilizada e interpretada junto con la Response de un API.<\/p>\n\n\n\n Un uso extremo de todo lo anterior es aprovechar la generaci\u00f3n din\u00e1mica de BODY m\u00e1s URL, y cualquier manipulaci\u00f3n de un Response, para tener un Framework (entre casi y virtual) donde basta una Colecci\u00f3n, una Carpeta, y un Request para realizar testeo autom\u00e1tico de una secuencia de datos generados\/obtenidos por los API.<\/p>\n\n\n\n Ejercicio<\/strong>: con todo el c\u00f3digo presentado, y algo de l\u00f3gica de apoyo adicional, es posible crear un Request que utilice los hipermedia almacenados en e_hiperMediaList<\/strong> para generar el URL en cada llamada y aprovechar del valor en e_listIndex<\/strong> para iterar sobre el contenido de la variable de Entorno.<\/p><\/blockquote>\n\n\n\n Bastar\u00eda extraer de forma gen\u00e9rica los arreglos con hipermedia de cada Response y almacenarlos para poder explorar todo SWAPI. La ejecuci\u00f3n ser\u00eda por Runner, donde limitamos el n\u00famero de llamadas. No olvidar que hay que agregar c\u00f3digo para controlar no almacenar duplicados.<\/p>\n\n\n\n Si el flujo con el que trabajamos lo permite, el siguiente paso es crear l\u00f3gica en c\u00f3digo para manipular las iteraciones a trav\u00e9s de Data Driven, ejecutando desde un Runner. Lo que puede venir muy bien para tener diferentes tipos de testeo desde los archivos. Al igual que para gestionar los flujos que se considera importantes, dentro de un pipeline de CI\/CD que ejecuta nuestra Colecci\u00f3n con el Newman Runner. Tambi\u00e9n servir\u00eda para inicializar un nuevo ambiente de pruebas, crear miles o decenas de miles de registros (u otro).<\/p>\n\n\n\n Ejercicio<\/strong>: Con el resultado del ejercicio previo no es mucho cambio el adaptarlo a Data Driven. As\u00ed logramos que las iteraciones y los valores de algunas variables son provistos por un archivo externo, persistente, en vez de ser obtenidos en tiempo de ejecuci\u00f3n.<\/p><\/blockquote>\n\n\n\n Todo lo presentado est\u00e1 disponible dentro lo que ahora llaman el \u201cSketch Pad\u201d, que es la versi\u00f3n escritorio y sin conexi\u00f3n a la Nube de Postman. El nuevo nombre que le han dado quiere dejar en claro que no estamos trabajando con la versi\u00f3n m\u00e1s profesional que se denomina \u201cWorkspaces\u201d.<\/p>\n\n\n\n Conectados se hacen disponibles varias funcionalidades extra, como poder compartir los ambientes de trabajo y Colecciones, guardar, al igual que acceder a un sistema de versionamiento, comentario y documentaci\u00f3n. Tambi\u00e9n est\u00e1n los Monitores<\/em> y los Servidores Mock<\/em>. Gratis hasta cierto n\u00famero de participantes.<\/p>\n\n\n\n Existen numerosas herramientas que permiten trabajar con API, gestionar su proceso de desarrollo, y testear. Hoy en d\u00eda la mayor parte son SaaS y tienen limitantes mientras no se adquiera el servicio o se tenga suscripci\u00f3n. Incluso, no faltan extensiones para diferentes entornos o editores de programaci\u00f3n, pero su funcionalidad es m\u00e1s para analizar Request y Response que otra cosa.<\/p>\n\n\n\n Postman<\/a> es una herramienta completa que ofrece mucha funcionalidad, una buena parte de esta no escondida pero desconocida para la mayor\u00eda de quienes la usan. Lo que es lamentable porque existen muchas cosas que se pueden automatizar y simplificar aprovechando lo presentado en este post.<\/p>\n\n\n\n Nuestra tendencia hacia lenguajes de programaci\u00f3n, Frameworks, y herramientas \u201ccompletas\u201d prefabricadas, hace que obviemos aquellas que est\u00e1n de por medio y que ofrecen otros beneficios y facilidades. Toda la oferta de Postman la hace ideal tanto para trabajar r\u00e1pido cuando no es necesario ir tan lejos, como para requerir un lenguaje completo o crear un soporte sofisticado muy espec\u00edfico<\/strong>.<\/p>\n\n\n\n Conocer JavaScript ayuda pero no es indispensable. Hoy en d\u00eda basta con tener la idea de lo que se quiere y las opciones expl\u00edcitas de c\u00f3digo se encuentran en Google; con la recomendaci\u00f3n de usar aquellas cuya l\u00f3gica y naturaleza se comprende, para el caso que haya que depurar o repetir funcionalidad (mejorar\/ajustar\/extender). <\/p>\n\n\n\n Obviamente, mucho de lo que puede salir genial depende de la sofisticaci\u00f3n de los API y sus flujos operativos. Tampoco es posible realizar maravillas si hay que mandar JSON simples y recibimos respuestas directas o JSON b\u00e1sicos de un nivel. Poco probable que resulte en algo fant\u00e1stico, pero lo aprendido har\u00e1 que cuando la oportunidad aparezca, lo que creemos en ese caso s\u00ed, ser\u00e1 genial.<\/p>\n\n\n\n Tips para ser un experto en Pruebas APIs<\/a><\/p>\n\n\n\n Automatizar Pruebas de Software: \u00bfcu\u00e1ndo y por qu\u00e9?<\/a><\/p>\n\n\n\nPruebas con fragmentos Snippets<\/h3>\n\n\n\n
Lodash, Faker y Chai<\/h3>\n\n\n\n
Contexto de Trabajo<\/h2>\n\n\n\n
Estructura JSON<\/h3>\n\n\n\n
![\"Estructura](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/estructura-json-postman.jpg\")
<\/figure><\/div>\n\n\nBreve Vistazo de GUI<\/h2>\n\n\n\n
![\"Componentes](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/componentes-mas-usados-postman-1024x578.jpg\")
<\/figure><\/div>\n\n\nJerarqu\u00eda<\/h2>\n\n\n\n
![\"Niveles](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/jerarquia-postman-1024x268.jpg\")
<\/figure><\/div>\n\n\nC\u00f3digo Utilitario<\/h2>\n\n\n\n
![\"C\u00f3digo](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/codigo-utilitario-postman.jpg\")
<\/figure><\/div>\n\n\n![\"\"](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/imagen_codigo05.jpg\")
<\/figure><\/div>\n\n\nVariables de Entorno<\/h2>\n\n\n\n
![\"Variables](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/variables-entorno-postman.jpg\")
<\/figure><\/div>\n\n\nGenerar el BODY de un Request<\/h2>\n\n\n\n
![\"Generar](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/generar-body-request-postman.jpg\")
<\/figure><\/div>\n\n\nGeneraci\u00f3n de la URL<\/h2>\n\n\n\n
![\"Generar](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/generar-url-postman.jpg\")
<\/figure><\/div>\n\n\n![\"Incluir](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/incluir-variables-url-dinamico-postman.jpg\")
<\/figure><\/div>\n\n\nData Driven<\/h2>\n\n\n\n
Sandbox y sus Librer\u00edas<\/h2>\n\n\n\n
Newman Runner<\/h2>\n\n\n\n
Visualizaci\u00f3n<\/h2>\n\n\n\n
![\"Visualizaci\u00f3n](\"https:\/\/cl.abstracta.us\/wp-content\/uploads\/2021\/07\/visualizacion-html-css-estandar-postman.jpg\")
<\/figure><\/div>\n\n\nCombin\u00e1ndolo Todo<\/h2>\n\n\n\n
Y… \u00a1Hay M\u00e1s!<\/h3>\n\n\n\n
Postman para Automatizar Pruebas de API<\/strong><\/h3>\n\n\n\n
\n\n\n\nOtros contenidos relacionados<\/h3>\n\n\n\n