Postman Enterprise Reviews

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 used Postman to test APIs before implementing them. We used the latest version of Postman, and it was deployed on a private cloud, AWS.

It is one of the important tools in API testing, and it helped out team develop mobile apps. First, it allowed us to understand the working and performance of the APIs so we could know how long it takes to give a response and analyze. Then, if there were any problems, we fixed them and implemented them in the code.

The best thing about Postman is it was very easy to use, and we could test APIs and get immediate results. In addition, we could share all our APIs with our other developers securely.

It is not that easy to use and should have a more improved easy-to-use interface.

It was stable, and there were no issues.

We didn't use any other solution before Postman. A senior developer suggested Postman.

It was straightforward to install. We just downloaded it and used it as a tool for testing our APIs. We had a back-end developer and two mobile developers utilizing this solution.

Its usage depends on how many APIs we have to test. So we had a complete collection of APIs that we tested, and once we tested, everything was ready.

There are no licensing costs, and we used it for free.

I rate this solution a six out of ten because no solution is perfect, and every software has missing features. Postman should consider adding more features in the future.

Regarding advice, don't mix up all the endpoints and organize your collections according to the use case. It will be very helpful for other developers to understand the use of the APIs.

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 Postman for testing and documenting APIs. I'm the technical director. 

Postman helps me recreate our client environment so I can send different parameters and get that authentication information. Postman helps me simulate the API code from a fictitious client application so that I can check the API behavior. It gives you a good ecosystem, especially when you have a multi-discipline team that is scattered. It's a great product, easy to use, and people like it. 

I think they could make version management easier and release it when it comes to container-based or Docker-based architecture. The solution is not really integrated in the sense that there's no distinction regarding single-tenant or multi-tenant use, or whether there are different versions for different container applications. Different versions of APIs might be required but there's currently no distinction between them. 

I think Postman should now focus on integrating into the whole DevOps and CI/CD pipeline and publish more white papers and articles to make it easier for somebody doing the DevOps and integrating Postman into the different development scenarios. 

I've been using this solution for five months. 

The solution is very stable. We were able to test it and simulate different client experiences. 

The solution is scalable, we use it for millions of customers' API codes. 

We haven't needed to contact technical support because the documentation is very straightforward and very helpful. It has good community support.

The initial setup was straightforward and was carried out in-house.

We've been using the open-source version until now, but I think within the next six months we might move to the enterprise solution. Licensing costs are reasonable, in the mid-range. There are more expensive solutions. 

Postman has taken the development community by storm. A lot of developers are using Postman for different things. Not everybody understands the end-to-end capability of Postman yet; one person might think it's only for testing, another that you can build applications, and somebody else might use it for documentation. Different developers look at it from different perspectives, and it has huge versatility. 

I rate this solution nine out of 10. 

We use Postman for API testing, and I am also using it for training purposes.

I have found that our time is significantly saved in terms of debugging and writing down the code manually as Postman allows us to add the code with the help of test and assertions, eliminating the need to write code ourselves.

The user interface is very easy to learn and use, and it is a lightweight application. It's also an open-source tool for API testing. One of the best features is that you really don't need to be an expert in any programming language because Postman can generate the codes automatically for you.

Postman needs to improve its support for a lot of integrations. Additionally, browser add-ins or extensions would be helpful.

I have been using Postman for quite a while, perhaps for the past seven or eight years.

The initial setup is very easy and simple.

Being an open-source tool, it's a lightweight tool that I would prioritize as number one.

I would prefer Postman as my priority since it's an open-source tool, simple to install and use. You don't need to be a programming expert to use it, which presents several advantages.

I'd rate the solution nine out of ten.

We use this solution for every API development.

We are exploring code generation and how it works. We also like the test functionalities and snippets that we can use directly.  

Moreover, the tool is simple and easy.

Integration should be improved with our continuation system because we use Azure DevOps separately.

I have been using Postman for around two years. Initially, we used it only once, and now we use it more.

The solution is stable.

The solution is easy to scale till now.

We are using the solution for five people.

We get help from videos and the web.

Positive

We have also worked with SoapUI, but we like Postman because it has automation.

Postman is a more compact tool, and it has many functionalities. In the first stage that we used, Postman, we only tested how it works. Now we are using more functionalities. With SoapUI, it's because some customers have used it to define the APIs, and then we have to interact with this environment.

But we use Postman, and we prefer Postman. Although, there are some tools from SoapUI that are good. For example, the API design, checking, and definition. If Postman has anything similar, you can check the definition of the API, and it proposes you an improvement and so on, but in the development phase, we used Postman, and we like Postman.

The solution’s initial setup is easy. The maintenance is easy as well because we are not doing all the possible accents and because we are not doing anything to maintain.

The solution is deployed on the public cloud and on-premises in our organization. But I use it more in the cloud.

The solution’s pricing is realistic according to our usage level. As we grow and require additional functionality beyond what we currently use, there is a higher cost while upgrading the developer plan. We want to explore features like automatic code generation and other functionalities.

We are paying only for the license for now, and it comes with a monthly subscription.

Postman is one of the most widely used tools in the market. When you use it, it is practical and useful. You need to check whether it suits your team, project type, and work to take profit from the way Postman works. From the beginning, it is one of the three main tools you must explore if you regularly deal with APIs.

However, I am still exploring all the tools, and I don't know if I can maintain it or not. When I know all the different technologies better, I will be able to say.
Overall, I would rate the solution an eight or nine out of ten.

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. 

The primary use case of this solution is for the API manual testing, manual verification to get the response, and for API automation.

The most valuable feature is the user interface because it provides a clear space for the URL, headers, body, prerequisites, and tests.

The solution can be improved by providing detailed error logs including the line the error took place to make it easier to correct. I would like to see functionality added for uploading specific scripts and not the entire collection.

I have been using the solution for three years.

The web app version is more stable than the desktop application.

The solution is scalable.

The support team is very responsive in resolving any issues we have.

Positive

The initial setup is straightforward. 

The solution is free for individuals, but for companies that use it across the organization, you have to pay per user. The solution is competitively priced.

I give the solution ten out of ten.

If you have a small amount of knowledge of HTTP status codes, how to make collections, and how to deal with environment variables is enough to use this solution.

We have 1000 people in our organization using the solution daily.