Hoverfly vs Wilma

Hoverfly Cloud is a hosted API simulation and mocking platform for testing without live API dependencies. It handles HTTP/S services including REST, SOAP, XML, JSON, and GraphQL. Users can capture and replay traffic, generate simulations from OpenAPI specifications, and match requests by methods, headers, parameters, and bodies. Simulations can delay responses, inject faults or errors, and modify replies. A command-line interface supports scripted configuration and testing pipelines. Hoverfly and hoverctl binaries run on macOS, Linux, and Windows, while documentation covers Docker and Kubernetes installation. The underlying Hoverfly framework is open source under Apache 2, has no GUI, and is generally run locally or in a user’s infrastructure. Cloud use cases include performance testing, functional testing, and development.

Wilma is free, GPLv3-or-later software for developing and testing applications that depend on other services. It combines a service stub with an HTTP/HTTPS transparent proxy, allowing teams to capture, decode, save, and forward traffic, including two-way SSL, or generate configured responses. It can operate as a proxy, a stub, or both. JSON files define stub behavior, and configurations can be uploaded or changed through the interface or service while Wilma runs. Real-time interceptors can inspect or modify requests and responses; custom interceptors, condition checkers, and response formatters can be added, including through classes or JAR files. Message Search finds logged request-response pairs. Wilma supports unit, integration, functional, end-to-end, performance, and manual testing. It is available as Docker images, GitHub release ZIP files, or source builds. The application requires JRE 11, while Message Search requires JDK 11. Logging can be controlled and old logs deleted on schedules.