Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Hurl 4.0.0

hurl.dev

Post reply on HN
Print view View original

81–90 of 104 posts

Re: Hurl 4.0.0

#81

Post by rockwotj »

jicea wrote: post #23
krat0sprakhar wrote: post #2

> Hurl is a command line tool powered by curl, that runs HTTP requests defined in a simple plain text format: This is how every new version announcement should start! I'd never heard of Hurl before and that intro + code sample on top instantly made me want to install and try it out. Congrats on what seems like a great release

Hi, maintainer of Hurl and avid reader of Hacker News for years. I've noted every advice for presentations (put a sample of your language asap, explain your concept every time succinctly, etc...). I've tried to put it in practice on hurl.dev so thank you for noticing it!

Mind sharing this list? :)

Re: Hurl 4.0.0

#82

Post by klysm »

mcpeepants wrote: post #68
klysm wrote: post #60

Earlier quoted context omitted.

The DSL would slowly creep to a Turing complete general purpose language so I agree that invoking external scripts seems reasonable. The could be quite a can of worms though because it makes the files less hermetic

> it makes the files less hermetic what if the script was inline in the DSL? e.g. some syntax for opening a script “block”, with an annotation of the command to exec or pipe the script into

That seems fine but what language do you use? Lua?

Re: Hurl 4.0.0

#84

Post by wraptile »

I feel like DSL is becoming obsolete these days in favor of general programming (e.g. Python). I really like Hurl but every time we use it we revert back to simple Python because something is slightly off or missing (they just added XPath support) or different and just writing up Python script is easier and more powerful. Onboarding people on Python test suite is much easier than teaching them whole DSL that they'll be using few times every month.

Re: Hurl 4.0.0

#85

Post by 9935c101ab17a66 »

rockwotj wrote: post #81
jicea wrote: post #23

Earlier quoted context omitted.

Hi, maintainer of Hurl and avid reader of Hacker News for years. I've noted every advice for presentations (put a sample of your language asap, explain your concept every time succinctly, etc...). I've tried to put it in practice on hurl.dev so thank you for noticing it!

Mind sharing this list? :)

Yes! I would love to see the list even if it’s rough around the edges.

Re: Hurl 4.0.0

#86

Post by jpalomaki »

wanderingstan wrote: post #24
krat0sprakhar wrote: post #2

> Hurl is a command line tool powered by curl, that runs HTTP requests defined in a simple plain text format: This is how every new version announcement should start! I'd never heard of Hurl before and that intro + code sample on top instantly made me want to install and try it out. Congrats on what seems like a great release

Amen. Far too many announcements and readmes jump right into installation requirements and “we’ve fixed X, Y and Z” but never actually tell you what the thing is !

Happy to notice the "Locate the logo on top left corner and click" works in this case! I'm immediately forward to a page that provides exactly what I need.

Re: Hurl 4.0.0

#87

Post by FridgeSeal »

imiric wrote: post #67
smarkov wrote: post #10

Please make this the industry standard for testing APIs. I'm tired of having to look at Postman screenshots sent from QA. I'm tired of having to wait for them to press Send once I've implemented a fix. I know they're tired of waiting for me to do that, too. Hurl is something both the devs and QA can speak and write. It can be automated and a part of CI. It makes communicating expectations straightforward. It can be c…

Have you tried https://k6.io/ ? (Full disclosure: I'm one of the maintainers.) It allows you to write load/performance tests in JS, commit them to your repo, easily automate them in CI, send metrics to several backends, use protocols besides HTTP, with a modern CLI, and many more features. There's also a Postman-to-k6 converter[1]. The conversion might not be perfect, but it will give you a head start. Note that the…

> but it's limited in features compared to existing peformance testing tools, and I'd personally rather write tests in a programming language, than in a bespoke text format.

I’d hardly call hurl’s config bespoke, it basically amounts to HTTP codes and some header stuff, which basically everyone is familiar with.

From personal experience a couple of weeks ago I needed some http tests. I got a CI-ready Hurl config working on some endpoints for work sorted within like, 5 minutes of downloading it. In comparison I opened the page for K6, saw the “write tests using JS” and basically noped out immediately,

Re: Hurl 4.0.0

#88

Post by ezekiel68 »

Can anyone who's used hurl explain whether there are any use cases where something like Postman can do something hurl can't or can do it much better? I haven't used Postman very often previously but at work my role may change to require much more testing work (that many in the industry would have traditionally used Postman for).

Re: Hurl 4.0.0

#89

Post by bandrami »

wanderingstan wrote: post #24
krat0sprakhar wrote: post #2

> Hurl is a command line tool powered by curl, that runs HTTP requests defined in a simple plain text format: This is how every new version announcement should start! I'd never heard of Hurl before and that intro + code sample on top instantly made me want to install and try it out. Congrats on what seems like a great release

Amen. Far too many announcements and readmes jump right into installation requirements and “we’ve fixed X, Y and Z” but never actually tell you what the thing is !

What irks me is when the project description focuses on "Updog is written from scratch in Deactivated Typeflange" or whatever. So many github readme's where I have a pretty good idea about why the devs chose the language and toolchain they chose but zero idea of what the project does and why I might want to use it.

Re: Hurl 4.0.0

#90

Post by bandrami »

dijit wrote: post #49
recroad wrote: post #46

Earlier quoted context omitted.

The bigger problem here is that you have QA, not the lack of tooling.

The bigger problem here is that you have devs, devs make bugs. if you don't have devs there are no bugs, problem solved.

When I'm not expecting guests my house is always clean
Post reply on HN