Re:Hoppscotch: Open-source alternative to Postman
by toqy on Monday February 28, 2022 @12:09PM
(#30502199)
For me it's because people already know and are already using Postman. We already author collections for services that other devs in the company reference when using our APIs.
Sure we could write the tests in python or whatever, but everyone is already using and likes Postman for the most part. And replacing the postman collections that people use for reference with a folder of scripts I don't see going over well.
I'd personally prefer something like https://hurl.dev where you have a readable file in source control, but that's not a battle I'd win at this point.
Re:Hoppscotch: Open-source alternative to Postman
by robertlagrant on Monday February 28, 2022 @12:34PM
(#30502506)
> No, I did not say "should", I said that they would "likely" be in the same language, for reasons given above.
No, you were saying they'd be better off doing it. I was saying why that might not be the case.
Re:Hoppscotch: Open-source alternative to Postman
by SideburnsOfDoom on Monday February 28, 2022 @01:39PM
(#30503327)
> I was saying why that might not be the case.
I'm still not sure of this case. perhaps you could explain it in a bit more detail?
No, I did not say "should", I said that they would "likely" be in the same language, for reasons given above. Yes, I get that there are also reasons to deliberately choose otherwise.
> but when you have to test functionality across services, you might well not want to pick a technology that the service(s) under test were built in.
Great. For the third time, what is the case for Newman being that technology, over a well-known programming language?