Postman Reviews

We primarily use the solution for testing and preparation of the base URL which I generated for the first tokenization. I prepare the test suite and the XML or Java core that give the input parameters.

The major role is the pre-requisition of the scripts in Postman - which is mandatory.

We can input parameters into Excel and execute for the application.

We work in many environments, including QA, SAP, production, pre-production, and proof. We use Postman for each and every release.  

Before anything goes to the master branch in GitHub, I'll completely check the code and unit test the complete scripting. I'll execute it one or two times, and once it's stabilized, I'll directly deploy it to the master branch.

The output has been very good.

There are lots of good features. 

Its initial setup is easy, depending on the operating system.

It is stable and reliable. 

The product is not expensive, although there is also the option for open-source, so it can be free to use.

We need better version compatibility. In open-source, the main drawback is when you go to integrate the plugins, it is entirely scripted. Sometimes the scripts aren't scripting.

The execution time should only be two or three seconds. 

We'd like to see some better UI in newer versions. 

I've been using the solution for 11 years.

The solution is stable. Before we deploy, we can check in for the local system. Once it is successful, then we'll go for the server side. That is a good practice to follow.

There are no bugs or glitches. It doesn't crash or freeze. 

We have 13 people using the product. It's just my team using the solution, as we have maintained the SSL certification separately.

I'm already an expert in the product and therefore do not need to contact technical support for help. If I have issues, I can troubleshoot on my own.

We chose this solution based on the project. Typically, the client requests something, and, depending on the client and the project's needs, we'll use what makes sense. We use the best tool for the job. If it happens to be this solution, then we use it. If it's something else, we use something else. 

If a file is in Windows, it is very easy to deploy the product. We can do configurations easily and handle test scripts well. It's all very straightforward.

However, other operating systems may be more difficult. The process varies depending on if you are using Windows, Unbuntu, or Linux, for example. 

Depending on the scripting, the deployment hardly takes 30 seconds to one minute. It'll check for the E2E level in the checkpoints, and how to trigger in the checkpoints.

The solution has both open-source and licensing options. You can pay for monthly licensing. However, that's not always necessary. There are also plugins that are available that we can implement. It's not an expensive product, even if you go for the license. They do have multiple licensing options as well. They have options for freelancers and mid-sized businesses as well as larger businesses. 

We are a Postman partner. 

I've been using an older version of the solution. I'm not on the latest deployment.

I'd advise others that it is important to have project middleware functionality, including for the access level. When I work with clients, I will ask for the certifications of the tool. Once the tool is initiated, 99.9% of the time,  there is no management involvement here. It's signed off on.

I'd rate the solution nine out of ten.

Postman is an API regression suite, and we design different workflow center processes. We maintain the Postman tool and add JavaScript applications. Since it is not that robust, like ReadyAPI, we have to write many scripts to support it.

The UI is good. It's appealing and free, and everyone can use it.

Postman needs more advanced data-driven testing. We have to provide the data filter in runtime only. It's not like software, and we can add different data sources. That feature is not in Postman yet.

We have been using Postman for one year.

It is not that stable because the bigger the APIs, the higher the chance of crashes. Also, it takes up a lot of RAM and system memory, so it is not that reliable.

It is scalable, but it takes up a lot of resources. We have 40 users using Postman, mostly from the dev, automation and manual test teams. We use the solution weekly.

Postman has a support center, but they are not responsive. Many issues are still pending. I rate the technical support a six out of ten.

Neutral

You complete some setup processes for an application and have to provide the URL. It is not a complex setup. With a bit of understanding of API, it can be set up. I rate the setup an eight out of ten. There is a dedicated framework team for maintenance comprising about six people. Maintenance is required every three months.

Postman is open-source and free to use. I believe there is a corporate license they add to make it more robust and fast, but everyone mostly uses the free version.

I rate this solution a seven out of ten. You can use Postman if you are a beginner or trying to learn API. Small-scale organizations can also use it because it does not need any license.

Postman is gaining pace because it supports the Google Chrome compatibility rate and plugin support. It is easy to set it up for the testing team. It is a good tool, but it still needs improvement for a scalable API tool.

Regarding advice, there are some secure APIs in different organizations, so it's better to get approval from your manager or architect so that APIs are not exposed. Also, it is important to be cautious about the organization's sensitive data before implementing Postman.

We are primarily using the solution for API testing. We do some automation and validation.

The solution offers automation execution. You can do automation very quickly. We can access the variables. The environment setup is over there, and we can utilize it.

We can execute validations. 

We can get reports very fast. The generation allows us to share those with end users and stakeholders. 

We can access the solution quickly via a SSO.

It can scale well.

It is stable and does not lag.

The initial setup is easy.

Reporting can be better. If you have bigger APIs, it takes time. The process should be faster and more automated. We'd like more visualizations. 

I've been using the solution for three or four years. 

I'd rate the stability eight or nine out of ten. There are no lag issues. It's easy to use and reliable. There are no bugs or glitches. 

There are multiples for API testing. The scaling is fine. I'd rate the ability to extend eight out of ten. 

The solution works well at the enterprise level. 2,000 to 5,000 people are in that company. It's quite compatible with a range of company sizes. 

I've never used technical support. I can't speak to how helpful or responsive they would be. 

We do have another tool. We are using Jmeter, among others. However, I do not like its look and feel. Postman allows for saving collections and has a nice look and feel. 

The initial setup is simple. It's not overly complex. We have a desktop version and downloaded it to laptops.

I am an end-user.

I'd rate the solution eight out of ten. I've been happy with its capabilities so far.

Postman is a good tool for completing a sanity check or smoke test of REST APIs. It's a quick way to manage your REST API-related test cases, and it gives good options for assertions for the response of the APIs. We have 30 people using this solution in our business. 

Postman uses the DRY framework of JavaScript and that framework is easy and a good way to put assertions on responses.

Postman could be improved by providing options for performance testing of APIs. We would like to complete performance testing of a specific set of API's by checking them against thousands of the records and checking responses times.

I have been using this solution for six years. 

This is a stable solution. 

This is a scalable solution.

The initial setup is straightforward and only takes a few minutes. 

I would rate this solution an eight out of ten. 

We use Postman for API testing only. We test it locally and share contracts with other teams. We also enter environmental variables to test different environments.

The environment variables are a valuable feature because I can easily switch them and see all the developments in different cycles and stages. I can deploy it locally and QA everything in different environments. 

I can copy the cURL request from the browser when browsing any website, copy the network tab from the browser and import it to Postman instead of rewriting everything, which comes in handy when debugging. If I'm working with a complete browser-deployed app, I can open a specific URL and see the recursion. 

One area that could be better is collection management. I duplicate collections and end up with lots of them. Maybe I'm not using it properly. But a better way to manage and save collections would be an improvement.

Another improvement would be the ability to clone a collection (or even have cloning as the default) to avoid time-consuming production issues.

We've been using the product for three or four years.

Postman is pretty reliable. I haven't encountered many stability problems.

Only the client can test it. I do not see much use for scalability. For example, if I have all these collections, I can use some script and automate the flow. Other than that, we don't see many use cases for Postman itself. 

So far, we've had no issues with Postman that required support because we just make an HTTP call and show the results. So we can get all the support we might need from sites like Stack Overflow.

Positive

The initial setup was straightforward with a little complexity.

Implementation was done in-house only.

We tried some different solutions after using Postman, not before. But Postman has better graphical support than its peers. At that time, I tried using a product whose name I can't remember ("Fire" something, I think) and others but had problems with them, so stopped.

I would rate this solution eight out of 10.

Regarding our relationship with the vendor, as far as I'm aware, the company has no business relationship with Postman. We use the product because it's the world's most commonly used open-source tool for repair testing.  

Regarding the number of staff required for the daily maintenance of the solution, we only make changes when the Postman tool or the contract changes. API contracts are modified daily. Most staff members continually modify or update these collections. Our developers use Postman at least once a day when developing.

My advice for others looking to implement Postman in their companies is that there is no reason to implement Postman. Plenty of other solutions are available, but most people are familiar with Postman because it appears in several YouTube tutorials. 

We use the solution for API testing purposes.

The solution has helped us very well in testing endpoint URLs.

The solution's most valuable features are straightforward UI and the ability to identify specific errors.

They should integrate the solution with Salesforce.

We have been using the solution for one and a half years.

It is a stable solution.

The solution is scalable for testing purposes. We plan to increase its usage further.

The solution's initial setup process is pretty simple.

The solution has generated ROI for our organization.

The solution has all the essential features. I recommend it to others and rate it as a ten.

The main reason we are using Postman is for checking and validating the API whether it works fine or not. When they send a request, we will receive the response with a successful code or we will be monitoring the code number for the latest number record.

I have been using Postman for six to eight months.

One of the most valuable aspects of Postman is scalability. We can scale the collection and for the multiple repositories of the collections.

We have not used technical support from Postman.

I have used Apache JMeter previously.

The initial setup of Postman is easy.

We do the implementation of Postman and give support. We had to use two engineers for the implementation, one senior and one junior for the process.

I rate Postman a ten out of ten.

We're a big organization. I'm not sure how many employees we have, but everyone on our team uses Postman. We use Postman mostly to do API testing for a U.S.-based telecom company. I work in a middleware layer, so we get a lot of events from some other subsystems. Events are sent to a particular pipeline comprising Rabbit MQ and Kafka. It's not possible for our organization to simulate the events, like in a QA environment. It's not easy to create those events because they are sent by other companies or other systems.

Using Postman, we simulate these events by sending the events to that particular pipeline. Then we have a consumer application attached to that pipeline. When this particular event is triggered, it's captured and sent to Kafka, so we get a response in a system. It's basically a simulation. Some people try this in our organization itself. For my part, it's more on the DB side. 

Before integrating Postman, we were triggering events manually. With Postman you can do automation. Automation has increased efficiency by more than 30% or 40%. Because the speed has increased, it's also possible for us to do in-sprint automation testing. When we do manual test cases, we can add an automated test case in the same script. This makes it easy for us to do in-sprint automation. The client is also happy because each time they ask for something, we can provide that.

The most valuable aspect of Postman is its ease of use. If a new client comes to our organization, it is very easy to ask him or her to install Postman, then get the URL, and then provide them with the fields for mandate refills or whatever field is applicable. We can ask them to get the JSON. We can even create validations and assertions. Postman can also be integrated with another tool called Newman. 

Postman also has strong reporting features that allow us to create reports and then send these to the stakeholders. We use regularly scheduled reports. Every day at 10:00 a.m. our time, a report will be generated and sent to the stakeholders. We do a regression daily, and everybody gets the report also. It's a very user-friendly tool. Anybody can learn it. In my case, what I do is create an input Excel sheet when I give all the values. It takes the values from the Excel sheet. In the pipeline, we have something called YAML script Baron.

The automation tool requires a little work. You have to spend some time initially, but after that, you don't have to worry about it. For a given set of test cases, I create automated test cases and then add them to this particular regression suite, so that everything will run. If somebody asks me to run a regression tool, I can easily show them the results. It's all in the report, and they can click on it to see the input value that I've given. 

To get this email reporting function, we have to integrate Postman with Newman. If the two are not integrated, we won't be getting all these things in one group. I'm not sure if the open-source version of Postman has that. I need to check. If it doesn't, then that's something Postman could add as a native feature.

I've been using Postman for three years.

Postman has never failed. Maybe once or twice depending on my internet connection. But generally, no issues from the Postman site.

We have integrated Postman with Newman, and that is working fine.

I've never had to call Postman support actually. If you want to integrate something, you can turn to community forums and online sources. When we were trying to integrate Postman and Newman, we could just Google it. We didn't have to call anyone. 

We've used other solutions in parallel with Postman, like ADAPT Test. ADAPT is more of a service virtualization tool, but we can also do API testing in that particular tool. We were finding it difficult because it taking time for us to open the tool. Frequently, we were getting some error messages. On the other hand, we had support. It's a good tool, but it was not that stable. Eventually, we decided that we would just stick with Postman.

Postman setup was straightforward. It was not complex

It's open-source, so I don't think a cost is involved.

If you're getting started with API testing, Postman is the first tool I would suggest for anybody who wants to learn API. It's easy. Later on, you can try SoapUI and finally move on to ADAPT Test. It's easy to teach and train others to use Postman. I can share my screen and tell them. It's not like I have to sit with them, then show them. There's nothing like that. It's very easy. Even a recommendation will do. When I'm teaching a person, I don't have to sit with them and tell them, "Click there. Click that." I can create a document and share it with them and they can do it on their own. 

I would rate Postman eight out of 10. I need to check on the email functionality though. If email is provided, I might rate it 10. I'm not sure.