DEV Community: MARIANA MONTENEGRO

Mocking de APIs con WireMock

MARIANA MONTENEGRO — Sat, 26 Sep 2026 16:46:02 +0000

Mocking de APIs con WireMock: la habilidad que todo QA debería dominar en 2026 ¿Cuántas veces tu equipo de backend te dijo "todavía no está la API" y tuviste que esperar para poder testear?

Con WireMock eso deja de ser un problema. Te cuento por qué esta herramienta se volvió indispensable en mi día a día como QA.

🎭 Mock vs Stub: la confusión que casi todos tienen Antes de entrar en WireMock, aclaremos algo que se usa como sinónimo pero no lo es: Stub → Es una respuesta fija y predefinida. Le preguntás algo y siempre te devuelve lo mismo, sin lógica ni verificación. Su objetivo es simplemente "reemplazar" una dependencia para que el test pueda correr. Mock → Además de simular la respuesta, verifica el comportamiento: cuántas veces fue llamado, con qué parámetros, en qué orden. Un mock "sabe" si se usó correctamente.

👉 En testing unitario esta diferencia es clave (piensen en Mockito). En testing de APIs con WireMock, en la práctica trabajamos mayormente con stubs (definimos request → response), aunque la herramienta también permite verificar llamadas (verify()), acercándose al concepto de mock. Por eso WireMock se banca ambos mundos: es un stub server que puede comportarse como mock cuando necesitás validar interacciones.

🤔 ¿Qué es Mocking y cuándo se usa en QA? Simular el comportamiento de una API real sin depender de que esté desplegada, estable o disponible. Es oro puro cuando: * El backend todavía no está listo pero necesitás avanzar con la automatización. * Querés testear casos límite (errores 500, timeouts) que son difíciles de reproducir contra un servidor real. * Necesitás tests rápidos, aislados y reproducibles, sin depender de red ni de datos de terceros.

⚙️ Poniendo manos a la obra Con WireMock levantás un servidor standalone (Java) en minutos, definís tus stubs para GET, POST, PUT, DELETE, jugás con headers y query params, y simulás:

Respuestas exitosas: 200 OK, 201 Created
Errores de cliente: 400 Bad Request, 401 Unauthorized, 404 Not Found
Errores de servidor: 500 Internal Server Error
Condiciones reales: latencia, timeouts, respuestas corruptas

Lo más potente: podés generar respuestas dinámicas, devolviendo distintos JSON según los datos del request. Esto te permite simular flujos completos, no solo respuestas sueltas.

🧪 De la teoría a la práctica Podés probar tus mocks con Postman, Bruno o simplemente curl. Y cuando ya tenés confianza, el siguiente paso natural es la automatización: integrar WireMock con Karate, gestionarlo con Maven y correrlo en Jenkins dentro de tu pipeline de CI/CD.

💬 ¿Vos ya usás WireMock en tu stack de testing? ¿O trabajan con otra herramienta para mockear APIs (MockServer, Postman Mock Server, JSON Server)? Me interesa conocer qué usan en sus equipos.

QA #Testing #WireMock #API #Automatizacion #SoftwareTesting

🚀 Automatización de Pruebas con WebdriverIO: Mi Proyecto Open Source

MARIANA MONTENEGRO — Sat, 08 Mar 2025 01:04:08 +0000

🔹 Introducción
La automatización de pruebas es clave para garantizar calidad en el desarrollo de software. Por eso, decidí crear un proyecto con WebdriverIO, que permite probar tanto aplicaciones web como APIs de manera sencilla y eficiente.

📌 Repositorio en GitHub → WDIOProject

🔹 ¿Qué incluye este proyecto?

✅ Pruebas frontend y backend → Estructura separada para pruebas en UI y API.
✅ Configuración lista para usar → WebdriverIO preconfigurado para ejecutar pruebas rápidamente.
✅ Código modular y reutilizable → Carpeta /common/utils para compartir funciones entre tests.
✅ Ejemplo práctico → Escenarios de prueba listos para ejecutar.

🔹 Cómo empezar

1️⃣ Clona el repositorio

git clone https://github.com/mpm2020/WDIOProject.git
cd WDIOProject
2️⃣ Instala dependencias

npm install
3️⃣ Ejecuta las pruebas

npx wdio wdio.conf.js
🔹 Conclusión
Este proyecto es ideal para quienes quieren iniciarse en WebdriverIO o mejorar su framework de pruebas. ¡Dale un vistazo, pruébalo y dime qué opinas!

📌 Repositorio en GitHub → WDIOProject

💬 ¿Has trabajado con WebdriverIO? ¿Qué herramientas usas para pruebas automatizadas? ¡Déjame tu comentario!

QA #Testing #WebdriverIO #Selenium #Automation #OpenSource

Selenium with Python Behave (BDD)- Allure Reports

MARIANA MONTENEGRO — Mon, 24 May 2021 21:05:09 +0000

Como generar reportes atractivos Allure con behave(python bdd framework)

1.Estructura Proyecto Behave Framework

2.Instalar allure-behave

-pip install allure-behave
-pycharm package
-npm install -g allure-commandline --save-dev

3.Ejecutar tests cases y generar archivos de reporte de tipo json

behave -f allure_behave.formatter::AllureFormatter -o reports/ features

4.Generar reportes Allure

allure serve reports/

Newman

MARIANA MONTENEGRO — Fri, 07 May 2021 20:59:34 +0000

Newman nos permite ejecutar y probar sin esfuerzo colecciones de Postman directamente
desde la línea de comandos(consola de windows)

1.Debemos instalarlo como cualquier otro paquete de node.

npm install -g newman

2.Si tenemos Newman y nuestras colecciones disponibles en nuestra máquina(luego de exportarlos desde postman).
Para poder ejecutarlas utilizamos el siguiente comando:

newman run "ruta/nombre_coleccion.json"

3.Podemos hacer referencia en la ejecución si ha generado un entorno(environment)para que apunte al mismo

newman run “ruta/nombre_coleccion.json” -e “ruta/nombre_environment.json”

Creando un mock server con Postman

MARIANA MONTENEGRO — Thu, 06 May 2021 01:11:06 +0000

Cuando el backend no se encuentre listo todavía, es posible recurrir a postman a través de su servicio Mock Server.
Entonces primero debemos empezar por definir ¿Qué es un Mock Server?Simplemente un servidor que provee datos de ejemplo para simular dependencias externas.
Para poder crear nuestro mock server con postman necesitamos una creación de nuestra colección con un recurso.
Nuestro colección y recurso(el cual devuelve un listado de usuarios) se verían de la siguiente manera:
Api URL:http://api.example.com
Endpoint:http://api.example.com/Users

Como el backend todavía no está desarrollado, es necesario crear "examples" para nuestro recurso usuarios:

Ahora nos resta crear un mock server en postman;para ello vamos a nuestra colección, hacemos click sobre el ícono de los 3 puntos (…) y luego buscamos la opción Mock Collection.

Una vez creado nuestro mock server(debemos ponerle un nombre)nos aparecerá una pantalla, donde nos indicará la url de nuestro mock server, la cual debemos copiar.
Volviendo a nuestro recurso usuario,reemplazamos el url base por la del mock server recién creado; presionamos Send y veremos que nos retorna la respuesta que definimos en el example anteriormente.