Header Ads Widget

Ticker

6/recent/ticker-posts

Revisión de Postwoman

 Revisamos el proyecto Postwoman de código abierto; un constructor de solicitudes de API esbelto

Las pruebas de API son de suma importancia: pocos subestimarían este paso del proceso de desarrollo. Como tal, la disponibilidad de herramientas para probar, perfeccionar y desarrollar es amplia y cambia constantemente.

Una nueva opción es Postwoman . Postwoman es una herramienta interesante, ya que evita gran parte del peso de otras soluciones en aras de la eficiencia y la eficacia. Si bien no tiene la intención de reemplazar a Postman, presenta una oferta alternativa más liviana con una eficiencia similar. Hoy, veremos a Postwoman y veremos qué lo hace especial. Echaremos un vistazo a su conjunto de características en comparación con otros creadores de solicitudes de API y veremos qué tipo de caso de uso sería el más apropiado para cualquiera de ellos.

Cartero

Antes de sumergirnos en Postwoman, primero hablemos de Postman . Si bien Postwoman no fue diseñada para reemplazar a Postman, se inspiró en parte en lo que hace Postman. Postman es fundamentalmente una herramienta API que está diseñada para probar, crear y modificar API.

Postman se utiliza de manera bastante ubicua como herramienta para desarrollar servicios confiables, ya que su conjunto de pruebas es bastante sólido. Además de ese uso, Postman tiene una colección de compilaciones muy específicas diseñadas en torno a casos de uso específicos. Estos incluyen compilaciones enfocadas en la automatización de pruebas, diseño de incorporación de desarrolladores y más.

Debido a que Postman ofrece una amplia variedad de versiones, se ha vuelto muy común en los círculos de API. Ofrecer una colección de cartero junto con la referencia de API es casi una práctica estándar. Es una gran herramienta y sus numerosas integraciones la ponen a disposición de la mayoría de los desarrolladores. Dicho esto, hay algunas preocupaciones con Postman.

Relacionado: 9 mejores prácticas para las pruebas de API REST

Cartero

Vea el repositorio de Postman GitHub para ver características específicas. O pruébelo en acción aquí . O leer la discusión sobre postwoman Dev.to .

Una de esas preocupaciones con Postman es el hecho de que puede ser bastante pesado. El creador Liyas Thomas consideró a Postman como una herramienta para una de las tareas de Zartek, una startup en Kerala, India. La tarea era simple: crear una API integrada con un proyecto antiguo que Zartek quería poner en servicio. Sin embargo, al mirar a Postman, Thomas no estaba satisfecho con la idea de ejecutar otra versión de Electron en su PC ya gravada: ejecutar un sistema de baja potencia significaba que la carga adicional costaría tiempo y eficiencia.

Mientras miraba a otros creadores de solicitudes de API, Thomas comenzó a sentir que todos carecían de las cualidades importantes que ella deseaba. El principal de estos fue la simplicidad, el minimalismo y la eficiencia. Aunque estas soluciones eran increíblemente poderosas, este poder casi siempre tenía un costo. Ya sea en términos de gastos monetarios (que, cuando se amplían, pueden volverse fastidiosos y costosos rápidamente) o en términos de costos de hardware (especialmente en lo que respecta a las demandas de procesamiento), para Thomas, las soluciones que se ofrecen exigían demasiado para lo que ofrecían. .

A partir de esto, Thomas se lanzó a construir Postwoman . Postwoman fue diseñado para tener algunas características muy específicas:

  • La cartero tenía que ser de código abierto y gratuito ;
  • La cartero tenía que funcionar en línea , aliviando la demanda de procesadores que se hacía en las máquinas locales que ejecutaban la solución;
  • Tenía que tener un amplio soporte multiplataforma y multidispositivo ;
  • La solución tenía que ser accesible desde cualquier lugar, separada de las restricciones locales de hardware o configuración regional.

Cuando se planificó la solución por primera vez, Thomas comenzó con un potente núcleo de JavaScript. Sin embargo, con el tiempo, esto se ramificó en Vue.js y más tarde en Nuxt.js. Junto con la solución había una sólida interfaz impulsada por HTML y CSS, diseñada para ser fácilmente comprendida y utilizada. Postwoman fue liberado luego 100% libre y de código abierto y debutó para evaluar el  dev.to . Es de destacar el hecho de que Thomas no tenía la intención de que Postwoman fuera un reemplazo de Postman; en cambio, está destinado a ser una alternativa para un conjunto específico de casos de uso.

Con eso en mente, veamos algunas características clave y para qué casos de uso podrían ser apropiadas.

Lea también: Revisión de la herramienta de prueba de API de Everest

Funciones de Postwoman

Postwoman es ante todo una herramienta de prueba. Debido a esto, postwoman tiene un amplio verborrea, apoyo GETHEADPOSTPUTDELETEOPTIONS, y PATCH, con más previstos en el corto plazo. Además de esta funcionalidad básica, Postwoman también admite la autenticación, lo que permite una mayor seguridad en los entornos de prueba. El soporte para parámetros y cuerpos de solicitud permite mayores posibilidades de prueba, especialmente para ofertas más complejas. En realidad, esta es una característica clave, ya que las soluciones de prueba simples a menudo significan necesariamente una capacidad simple de prueba; en este caso, Postwoman es simple sin dejar de tener muchas funciones.

Después del desarrollo inicial, se agregaron varias actualizaciones para ampliar la funcionalidad. La compatibilidad con el historial de solicitudes, los Web Sockets y la entrada sin procesar permitieron una extensibilidad sustancialmente mayor. Las adiciones de funciones como la coloración del estado de la respuesta, la personalización del tema y la copia de la respuesta en el portapapeles reflejaron este aumento de funcionalidad en la experiencia del usuario de Postwoman.

Caso de uso de la cartero

Como ocurre con la mayoría de las herramientas personalizadas, el caso de uso aquí se indica con bastante claridad. Para ciertos equipos, el simple hecho es que algunas herramientas son demasiado caras de ejecutar. Este gasto puede venir en forma de gastos monetarios o requisitos de hardware, pero al final del día, una prueba simple con un conjunto completo de funciones es una solución muy deseada. En este caso, Postwoman es una solución adecuada y responde a una necesidad de los desarrolladores que desean realizar pruebas de llamadas API sin el gasto de hardware que conlleva esas soluciones igualmente más robustas y exigentes.

Otra herramienta de prueba de API: Prueba y monitoreo de API con API Fortress

Conclusión

Postwoman es una alternativa a Postman, incluso si no está destinado a ser un reemplazo uno a uno. Si bien puede que no tenga tantas funciones como Postman, ese es en cierto modo el punto; La cartero es ágil, eficaz y eficiente, evitando gran parte de la hinchazón de otras alternativas en favor de un enfoque de "operar en todas partes de manera eficiente".

Dicho esto, es realmente una cuestión de requisitos. Si el requisito en cuestión es de alta extensibilidad o demanda, entonces Postman y otras alternativas de prueba son sin duda una buena sugerencia. Si la eficiencia, la eficacia en la programación ajustada y la funcionalidad gratuita de código abierto es un requisito, Postwoman es una opción absolutamente maravillosa.

¿Has usado Postwoman? que piensas de eso? ¡Por favor háznoslo saber en los comentarios más abajo!

Publicar un comentario

0 Comentarios