Tanto la CLI de Apidog como la CLI de Hoppscotch ejecutan pruebas de API desde una terminal, y ambas encajan en un pipeline de CI/CD. Sin embargo, provienen de lugares diferentes. Hoppscotch es un ecosistema de API de código abierto, y su CLI es un ejecutor de colecciones enfocado. Apidog es una plataforma de API todo en uno, y su CLI es el punto de entrada de la terminal a un flujo de trabajo más amplio de diseño-prueba-simulación-documentación.
Veredicto rápido
- Elige la CLI de Hoppscotch si el código abierto y el auto-alojamiento son lo más importante, si ya usas Hoppscotch y si un informe JUnit cubre tus necesidades de informes.
- Elige la CLI de Apidog si quieres informes CLI, HTML y JSON, ejecuciones dirigidas por datos a través de CSV y JSON, informes alojados en la nube y una plataforma integrada detrás de la CLI.
Comparación
| CLI de Apidog | CLI de Hoppscotch | |
|---|---|---|
| Instalación | Apidog runner / apidog CLI |
npm i -g @hoppscotch/cli (Node v22+) |
| Ejecuta | Escenarios de prueba y colecciones | Colecciones de Hoppscotch |
| Fuente | Proyecto Apidog, o importación OpenAPI | Archivo JSON de colección o ID de instancia |
| Dirigido por datos | -d CSV y JSON |
--iteration-data CSV + --iteration-count |
| Informes | CLI, HTML, JSON + carga a la nube | JUnit XML |
| Scripting | Pre/post-procesadores, aserciones | Pre-solicitud + pw.test() / pw.expect() |
| Linting de especificaciones | No hay linter independiente (valida en la importación) | No (es un ejecutor) |
| Recursos como código | Endpoints, esquemas, ramas, solicitudes de fusión | No |
| Código abierto | No (nivel gratuito) | Sí, auto-alojable |
| Plataforma más amplia | Diseño, mock, docs, prueba en una sola aplicación | Parte del ecosistema Hoppscotch |
Instalación y tiempo de ejecución
La CLI de Hoppscotch se instala desde npm y necesita Node.js v22 o superior (los usuarios de Node 20 se quedan en la CLI v0.26.0):
npm i -g @hoppscotch/cli
hopp test ./collection.json -e ./staging.env.json
La CLI de Apidog llega a través del ejecutor de Apidog y se autentica con un inicio de sesión o token de acceso, luego ejecuta escenarios por ID:
apidog run -t <scenario-id> -e <env-id> --access-token <token>
Ninguna instalación es pesada. La única pega es el requisito estricto de Hoppscotch de Node v22, que afecta a imágenes de CI más antiguas. La guía de instalación de la CLI de Apidog cubre la configuración del ejecutor si empiezas de cero.
Qué ejecuta cada uno
La CLI de Hoppscotch ejecuta una colección de Hoppscotch. Puedes pasar un archivo JSON de colección local o extraer uno de una instancia de Hoppscotch por ID con un token:
hopp test <collection-id> --token <access_token> --server https://hoppscotch.your-company.com
Para cada solicitud, ejecuta el script de pre-solicitud, envía la solicitud y evalúa el script de prueba con pw.test() y pw.expect(). Una aserción fallida produce un código de salida distinto de cero.
La CLI de Apidog ejecuta escenarios de prueba creados en tu proyecto de Apidog, que pueden encadenar pasos, compartir variables y realizar aserciones entre respuestas. Debido a que la CLI forma parte de la plataforma, los mismos escenarios que diseñas y depuras en la aplicación son los que ejecutas en CI; no hay un paso de exportación separado. Consulta la guía completa de la CLI de Apidog para el modelo de escenarios y prueba una API REST desde la línea de comandos para una ejecución práctica.
Pruebas dirigidas por datos
Ambas herramientas iteran una prueba sobre un conjunto de datos, que es la característica que más preocupa a la mayoría de los equipos.
Hoppscotch utiliza datos de iteración CSV más un recuento:
hopp test ./collection.json --iteration-data ./users.csv --iteration-count 5
Apidog acepta conjuntos de datos CSV y JSON con -d:
apidog run -t <scenario-id> -d ./users.csv -r cli,html
La diferencia práctica es la flexibilidad del formato. Hoppscotch lee CSV; Apidog lee CSV y JSON, lo que importa cuando tus fixtures están anidados o ya existen como JSON. La guía de pruebas dirigidas por datos de la CLI de Apidog muestra los patrones CSV y JSON lado a lado.
Informes
Esta es la división más clara. La CLI de Hoppscotch escribe XML JUnit:
hopp test ./collection.json --reporter-junit ./report.xml
JUnit es ampliamente compatible, por lo que la mayoría de los sistemas de CI muestran los resultados de forma nativa. Pero es el único formato estructurado que produce la CLI.
La CLI de Apidog emite informes CLI, HTML y JSON, y puede enviar los resultados a la nube para obtener un enlace alojado y compartible:
apidog run -t <scenario-id> -r cli,html,json
apidog run -t <scenario-id> --upload-report
Si quieres un artefacto HTML autocontenido para un revisor de PR, o una URL de informe alojada para colocar en un canal de Slack, Apidog cubre más formatos. La guía de informes de prueba de la CLI de Apidog explica cada uno. Si lo único que necesitas es JUnit en tu panel de control de CI, Hoppscotch está bien.
Código abierto y auto-alojamiento
Aquí Hoppscotch gana en sus propios términos. Todo el ecosistema es de código abierto y auto-alojable, por lo que puedes ejecutar el backend tú mismo y mantener los datos de las solicitudes fuera de cualquier nube de proveedor. Para los equipos con reglas estrictas de residencia de datos o una preferencia por herramientas abiertas, esa es una razón real y defendible para elegirlo. El resumen de alternativas a Hoppscotch y Postman vs Hoppscotch cubren el ecosistema más amplio.
Apidog no es de código abierto. Tiene un nivel gratuito, y su propuesta no es "más abierto"; es "más integrado".
Más allá de la ejecución de pruebas
Aquí es donde la CLI de Apidog deja de ser solo un ejecutor. Gestiona recursos de API como código: importando OpenAPI y trabajando con endpoints, esquemas, entornos, ramas y solicitudes de fusión desde la terminal. Esto convierte a la CLI en parte de un flujo de trabajo al estilo Git en lugar de un comando de prueba único.
También es la interfaz de terminal de una plataforma completa. El mismo proyecto impulsa el diseño de API, los servidores simulados, la documentación y las pruebas. La CLI de Hoppscotch, por diseño, ejecuta colecciones y nada más; el diseño, la simulación y la documentación los obtienes de otro lugar.
Nota de honestidad: la CLI de Apidog no tiene un linter OpenAPI independiente ni un comando de guía de estilo. Valida las especificaciones en la importación, pero no las analiza como lo hace un linter dedicado. Si el linting de especificaciones en la terminal es un requisito estricto, ninguno de estos ejecutores es tu linter; una herramienta como Redocly CLI o Spectral lo es. Compara las compensaciones de los ejecutores en CLI de Apidog vs Newman.
Quién debería elegir cuál
- Desarrollador individual o equipo que prioriza el código abierto, que ya usa Hoppscotch: la CLI de Hoppscotch. Gratis, auto-alojable, JUnit en CI, listo.
- Equipo que quiere una plataforma para diseño, simulaciones, documentación y pruebas, con ejecuciones dirigidas por datos sobre CSV/JSON e informes HTML/JSON/en la nube: la CLI de Apidog. Descarga Apidog e importa una colección existente para probarlo.
- Solo necesitas una ejecución rápida de colección en CI sin otras necesidades: cualquiera de las dos funciona; elige según la aplicación en la que ya residan tus colecciones.
Preguntas frecuentes
¿Ambos admiten pruebas dirigidas por datos? Sí. Hoppscotch utiliza --iteration-data (CSV) con --iteration-count; Apidog utiliza -d con CSV o JSON.
¿Cuál tiene mejores informes? Hoppscotch escribe XML JUnit. Apidog escribe CLI, HTML y JSON, además de informes alojados en la nube. Si necesitas más que JUnit, Apidog cubre más formatos.
¿Es la CLI de Hoppscotch gratuita y de código abierto? Sí, y es auto-alojable. La documentación oficial y el repositorio de GitHub tienen los detalles. Apidog tiene un nivel gratuito pero no es de código abierto.
¿Puedo mover mis colecciones de Hoppscotch a Apidog? Sí. Exporta la colección e impórtala, luego ejecútala con apidog run. La guía de migración cubre el mapeo de comandos.
Ambos ejecutores hacen bien el trabajo principal. Elige la CLI de Hoppscotch para código abierto y auto-alojamiento; elige Apidog cuando quieras que el ejecutor sea parte de una plataforma de API integrada con ejecuciones y informes dirigidos por datos más ricos.
