←back to thread

Hurl: Run and test HTTP requests with plain text

(github.com)
460 points flykespice | 1 comments | 20 Jun 25 03:55 UTC | HN request time: 0.202s | source
Show context
3eb7988a1663 ◴[20 Jun 25 15:56 UTC] No.44328956[source]▶
I think the idea is nice, but I am struggling for why I should use it. I write using Django, which has plenty of hooks for testing within the framework. Why switch to a tool which is blind to my backend and is going to create more work to keep in sync? At minimum, I lose the ability to easily drop into my debugger to inspect why a result went wrong.

There is probably something to be said for keeping a hard boundary between the backend and testing code, but this would require more effort to create and maintain. I would still need to run the native test suite, so reaching out to an external tool feels a little weird. Unless it was just to ensure an API was fully generic enough for people to run their own clients against it.

replies(4): >>44329015 #>>44329115 #>>44329352 #>>44334267 #
1. jicea ◴[20 Jun 25 16:08 UTC] No.44329115[source]▶
We used Hurl to go from a ktor web server to a spring boot rewrite (Java/Kotlin stack). It was a breeze to have a kind of specifications test suite independent of the server stack and helped us a lot in the transition.

Another benefit is we built a Docker image for production and wanted to have something light and not tight to the implementation for integration tests.