I would like to hear if any of you are using different app for API testing than Postman.

I’m not telling that Postman is bad, but maybe there’s all that I should check out. Recently I tried RapidApi and even tho the app is kinda cool I missed few options and went back to Postman for now.

  • @[email protected]
    link
    fedilink
    English
    481 year ago

    I am a fan of Insomnia. As far as I can tell it has most of the features I used in postman without all the paid upgrade nags

    • @[email protected]
      link
      fedilink
      English
      101 year ago

      Seconding Insomnia. Sleeker interface imo, only thing it’s lacking in feature parity afaik is the cookie sniffer, but you can grab what you need in postman or js console and then plug it into insomnia np.

      Also, cURL :]

      • @theherk
        link
        English
        31 year ago

        ducaale/xh is excellent for anybody that likes to use HTTP from a CLI.

        • @[email protected]
          link
          fedilink
          14 months ago

          Yep, these command line tools seems really cool!

          When I was using GUI API Testing tools, I prefer using APIDog, their UI is much easier to use and I can easily migrate my Postman scripts.

      • @joshuamiller97
        link
        14 months ago

        Yeah, these options are pretty cool, but recently I prefer using APIDog, it covers all postman features with a cool UI.

        One of the things I keep using with APIDog is their Documentation feature, really saved me a lot of time struggling with Swagger.

        hope that helps!

    • @[email protected]M
      link
      fedilink
      English
      31 year ago

      The one thing I find difficult in Insomnia is making the auth common across a group of requests. I end up duplicating existing requests which doesn’t help if I need to update the process at all. Is there a way to use common auth routines yet?

  • snoweM
    link
    fedilink
    English
    131 year ago

    I completely stopped using all those clients. We now just store the requests alongside the code in an http file and use the built in IntelliJ HTTP Client to make the call. No need for a separate program, integrates with your code, you can save responses to make sure they don’t change, it’s all stored in git. There’s a ton of benefits and not many downsides.

  • Gushys
    link
    fedilink
    English
    101 year ago

    Insomnia is great and has an easy, simple interface. But I feel like creating complex collections with different environments is a lot simpler with postman

  • @[email protected]
    link
    fedilink
    English
    101 year ago

    Another vote for Insomnia here. I used to use Insomnia primarily until a lot of my work switched over to gRPC and I’ve found that Postman works a lot better for that. I still prefer Insomnia for the simple UX and speed, just wish it had better gRPC support.

    • @[email protected]
      link
      fedilink
      English
      1
      edit-2
      1 year ago

      I do have some bugs with Insomnia, for example with the oauth configuration failing. (I think it has something to do with some variable there failing) You can workaround that by just removing oauth, and configuring again, but its annowing.

      I still like insomnia overall tho.

  • @[email protected]
    link
    fedilink
    English
    91 year ago

    I mostly use httpie on the fish shell with autocompletion for quick requests, but it’s no replacement

      • @[email protected]
        link
        fedilink
        English
        11 year ago

        How’s nushell been for you so far? I took a look at it once when it was relatively new and was missing some features I needed, like shell scripts.

        • @[email protected]
          link
          fedilink
          English
          21 year ago

          I like it. The docs are a bit scattered and I haven’t switched to it completely, but it has proven to be very handy for some scenarios where I scrape some content from external sources and pull them into a local sqlite as a long term structured archive.

    • @[email protected]
      link
      fedilink
      English
      21 year ago

      Same. I like this so I don’t need to open a second app. Only used PostMan and ThunderClient, so can’t comment on others.

    • SALT
      link
      fedilink
      English
      11 year ago

      This. Is the best GUI, via vs code extension

  • @abhibeckert
    link
    English
    8
    edit-2
    1 year ago

    I recommend Visual Studio Code and one of the following two extensions:


    Either one isn’t really the full picture - you’ll ned to combine it with other extensions - such as a good JSON language extension (which will give you syntax highlighting, error checking, code folding/etc.

    The most important extension is CoPilot. That’s the killer feature which makes Visual Studio Code vastly better than Postman.


    Thunder is very similar to Postman. Not much to say other than it works well, it’s free, millions of people use it.

    It’s not really my cup of tea, but I do think it’s better than Postman because you can use your own version control servers to collaborate with colleagues, which is generally better (and cheaper) than Postman’s collaboration service in my opinion (you get diffs, code review, pull requests, history, etc etc for all your most important API tests).


    Personally I prefer REST Client (also free, and has even more users than Thunder).

    REST Client is really simple. It adds a new “HTTP” text file type. You simply type a HTTP request into the file and hit a hotkey (or click a button) to execute the request. And it shows you the response. Easy.

    HTTP requests and responses are just plain text, and you can simply save those as files in your project. REST Client also has basic support for variables, API credentials, etc. Not quite as user friendly as Postman or Thunder Client, but it makes up for that by being straightforward and flexible.


    CoPilot Chat, works with both, but having everything in plain text gives it more control over REST Client than Thunder Clinet you can write (and edit) your requests with a series of simple plain english prompts. E.g. “JSON request with a blog post body” will give you:

    POST https://example.com/blog/posts
    Content-Type: application/json
    
    {
        "title": "My First Blog Post",
        "body": "This is the content of my first blog post. It's not very long, but it's a start!",
        "author": "John Doe",
        "tags": ["blogging", "first post"]
    }
    

    You might follow that up with “Add a UUID” or “Add a JWT auth header”.

    Copilot can answer questions too - e.g. “How do I unsubscribe a user with the Mailchimp API?” They use the “HTTP PATCH” request type - WTF.

  • @[email protected]
    link
    fedilink
    English
    81 year ago

    I usually generate an API client in C#, and just use that. For example, and entire integration CRUD test for a user would just be something like:

    var user = TestClient.CreateUser(1234, "Bob");
    user.Id.ShouldBe(1234);
    user.Name.ShouldBe("Bob");
    
    var userThroughGet = TestClient.GetUser(1234);
    userThroughGet.ShouldNotBeNull();
    
    TestClient.EditUser(1234, "John");
    userThroughGet = TestClient.GetUser(1234);
    userThroughGet.Name.ShouldBe("John");
    
    TestClient.DeleteUser(1234);
    userThroughGet = TestClient.GetUser(1234);
    userThroughGet.ShouldBeNull();
    

    Trying to set up those kinda scenarios quickly with Postman was getting pretty tedious

  • Kogasa
    link
    fedilink
    English
    81 year ago

    I’m saying that Postman is bad. maybe not in terms of functionality, but damn if it doesn’t run like a slug on my work computer, which is just fine handling a dozen Visual Studio and Rider instances. It seems like it works perfectly for about 5 minutes and then goes to crap.

    So yeah, I’d be interested in an alternative too. I only really use it for basic functionality (creating, sharing, and running collections of requests with configurable parameters).

    • @[email protected]
      link
      fedilink
      English
      21 year ago

      Same for me, I’ll notice my computer is a bit loud, realise I forgot to close postman and it’s just sitting there, doing nothing, minimised, and my 12 core CPU is sat at 20%.

      I close postman, within seconds the fans spin down.

      I’ve tried a few alternatives but the rest of the team use postman and we’ve got shared collections and pretty extensive pre-request scripts and nothing else I’ve tried really fits the bill.

      • Kogasa
        link
        fedilink
        English
        21 year ago

        There is always the web version of postman. It can make localhost calls if you install their desktop agent. Might have better memory management somehow? I dunno.

  • @[email protected]
    link
    fedilink
    English
    81 year ago

    Insomnia, or if you really love the command line and dont need to document or save your API requests, curl (don’t recommend this for anything beyond simple testing).

    • @mundane
      link
      English
      81 year ago

      If you like the command line but want something more user friendly than curl, I suggest httpie.

  • @pimterry
    link
    English
    7
    edit-2
    1 year ago

    I’m the maintainer of HTTP Toolkit - it’s not a Postman alternative (it’s an open source project focused on intercepting & debugging traffic, not sending it) but I’m actually working on building a UI for exactly this right now, so this thread is perfectly timed!

    Is there anything that any of you really love or hate about any of the tools suggested here?

    What core features beyond just “edit method+URL+headers+body, send, view the response status+headers+body” are essential to you?

    Anything you wish these tools could do better?

    I’m planning on taking the client functionality live within a few weeks max, so if you want to help your perfect Postman alternative come to life now’s the moment 😁

    • @abhibeckert
      link
      English
      2
      edit-2
      1 year ago

      The big three for me are:

      1. For a given project, maintain a list of HTTP requests I often need to send
      2. Some way to save responses, so I can compare how the server does respond to how it previously responded.
      3. Both need to be shared with my colleagues. And this must not share any auth credentials/tokens/etc that are in every request (I want that do be done separately with something more secure).