What is our primary use case?
We used the solution in multiple ways, including:
1. We create Rest APIs for the communication of the front end to the backend. For the testing of those Rest APIs, we use Postman. It provides a user-friendly platform for API testing with all the request methods like GET, POST, PUT, DELETE, PATCH, and many more. We can create our own collections like group requests. We can easily share the collection with the team.
2. We are using Postman to create the documentation of the REST APIs, which the backend team creates, so the frontend engineer can easily see the request type, headers, methods, and response body for the request.
3. It is also used as an API testing tool by the automation testing team. We can write our own tests with the assert statements in Postman after the response.
How has it helped my organization?
Postman helps us to automate the API testing in the team.
It helps to share the Rest API documents with the front-end team so that they can easily integrate the API with the front-end.
It also helps in the monitoring of the APIs to check the health of an existing API.
It makes API development and testing faster and more user-friendly. It does not require any prior knowledge to work with the Postman.
It supports the GQL requests as well as the REST API.
What is most valuable?
It allows all the request methods like GET, POST, PUT, PATCH, DELETE, COPY, OPTIONS, LINK, UNLINK, and many more.
It allows all types of authentication requests like API Key, JWT bearer, Basic OAuth, OAuth 2.0, Bearer token, and many more.
It allows us to set the environment variables as per our different environments, like QA1, QA2, STAGE, DEV, PERF, and UAT.
It allows you to write the pre-request script that runs prior to any API call.
It allows us to save requests in a collection and share the collection with the team.
What needs improvement?
There is no support for the SOCKET testing with Postman.
There is no support for the testing of the SOAP APIs.
Sometimes it crashes when a lot of collections are imported in a Postman.
There is no mechanism for parallel testing.
There is no scope for load testing like in JMeter.
There is low script reusability.
It does not support SMTP protocols; it only allows HTTP protocol.
It does not allow for a data-driven approach. It cannot get the data from a database and use it for testing purposes.
For how long have I used the solution?
I have been using Postman for the last three years.
What do I think about the stability of the solution?
It is easy to use and is a lightweight solution. For the last three years it has been working perfectly fine, and we are using it for API development, API testing, and documentation to share with the front end.
What do I think about the scalability of the solution?
We can easily use Postman for large projects. We can create collections - as many as we want - and share them as JSON, for example.
How are customer service and support?
There is a huge community of Postman users. I have never had a chance to connect directly with the support team of Postman as I get help online.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
We have been using Postman from the start as it is user-friendly and does not require any prerequisite language to use it.
How was the initial setup?
It's quite easy to set up. You simply download it and then install it and start using it.
What's my experience with pricing, setup cost, and licensing?
We are using the free version as of now. However, the paid version allows users to create the workspace and share the common collection with more than four teammates.
Which other solutions did I evaluate?
We evaluated Katalon as well.
What other advice do I have?
It is easy to use. However, it does not allow for Socket and SOAP API testing.
Which deployment model are you using for this solution?
On-premises
Disclosure: My company does not have a business relationship with this vendor other than being a customer.