250 collection runs per month on Professional?

What is emailing help@postman.com going to achieve?

You know what the use case is for the runner. Itā€™s your product, you designed it.

If you are in doubt. Your product has some key elements that only work in the runner. The ones that are useful for automated testing, including setNextRequest and data driven tests.

This runs locally using the Postman desktop client, and until recently had no limits.

Youā€™ve imposed a hard to understand limit, which makes the feature nearly unusable for everyone outside of an Enterprise plan. Even the professional plan limits look artificially low as its based on the team.

For pretty much everyone here, it would appear that you have done this solely to push the more expensive Enterprise plans. If you havenā€™t, then it would be nice to hear the rationale behind this move.

As mentioned previously, if a company is willing to pull or severely limit a feature that has been free for over a decade, then what other feature may you restrict in the future? (For example, pulling the support for Newman over the CLI, or perhaps sendRequest() next.

sendRequest uses no local resources, just like the Collection Runner, so Iā€™m guessing its fair game.

The main issue here is a loss of trust.

Iā€™ve only been using the product for six months, and was starting to get colleagues within my organisation to invest time to see if we should adopt more globally. We were using the free version and sticking the code in our code repository which was all we needed for our current requirements as we donā€™t design many APIā€™s, we just consume others so I donā€™t need the documentation features.

There is always a risk in using free software, that it will be pulled or deprecated and that is always the risk you take.

However, now knowing that Postman appear to be in this camp. I cannot realistically continue to champion the product internally as I no longer know if key features may be removed or limited in the future.

This probably means we will now look for paid for software, but I doubt I would recommend Postman as an option because of what has happened here.

Enterprise is too expensive for our use case. Making you more expensive than SoapUI.

Adding new features to the top tier like your new CLI to streamline integration. That would be fine. But removing or severely limiting existing features is not a business practice that I can recommend.

13 Likes

Interestingā€¦maybe we could figure out how to block that traffic from going out so that we dont hit the limit?

1 Like

@docking-module-part1 We can indeed do this with some hacking tricks, but hopefully Postman can design reasonable and competitive subscription plans instead of playing tricks.

@supply-administrato3 the only product manager on the community, right?

2 Likes

@preetham.m This is an infuriating response. You have a lot of people right here trying to communicate their use case right here, can you please respond transparently?

Can we have a direct response as to the justification why there is a limit on using local resources?

Every day that goes by with more doublespeak erodes the trust that you have built up over the years. Postman used to be a no-brainer, but this boneheaded move is really transparently greedy and disappointing.

6 Likes

Respectfully, this smacks of driving users to your expensive enterprise plan.

I can understand why you would restrict runs on a free tier, you are running a business after all , but given that this is a restriction includes localhost runs, and runs on restricted environments, it feels stingy.

250 runs for a Ā£36 per user per month is very steep. I only use Postman for QA of my companyā€™s APIs. I could easily hit 1000 runs a month when Iā€™m busy, probably more than that. My work covers exploratory testing, field assertions and end to end regression testing. Itā€™s 3600/250 = 14.4p per run. If I want to generate Bearer Tokens, thatā€™s 14p. If I want to validate a change, using a regression pack, thatā€™s another 14p.

I pay for pro tier as I understand the need to support the developers of the tools that I use. I also understand why you would have a higher level of cost for users hitting 100k runs per month, but Iā€™m going to have to look elsewhere. Itā€™s a shame but I just canā€™t justify the cost if the restriction is to remain that severe.

7 Likes

Youā€™ve copied the same words on GitHub.
Letā€™s keep track of this issue.

4 Likes

Just encountered this myself - these limits seem crazily low and pretty much make the product unusable for me.

If someone had typoed ā€˜Monthā€™ instead of ā€˜Dayā€™ I could understand it, but even then 250 runs in a day would be quite limiting if you were developing a collection of tests.

As the counter increases every time you hit the button, if youā€™re writing a new scenario with some pre-request scripts that need debugging you could run a whole bunch of times just to figure out what your bug is.

As a free user currently I could potentially be swayed to paying for the pro plan (If it was per-day) but the enterprise plan is completely out of my price range.

7 Likes

For me postman was a very important tool the last 2 years and even considering that iā€™ll have to rebuild everything with another tool pains me greatly.

The paywall to an existing feature was very sudden and it hit us in a critical stage of development. Therefore i canā€™t help but see some resemblance to ransomware. Luckily iā€™m used to Newman and I can make do with the Newman workaround for now. But what does the future hold?

I donā€™t want to rely on the whims of the creators of the tool that iā€™m using. Abandoning postman will not be without difficulties, but if Postman decides to lock existing features on such a short notice with so little reasoning and transparency, the transition to another tool will become a necessity.

9 Likes

I have to reluctantly agree with Valentine - in my personal network I have never seen a Postman update land so badly. Reading a lot of blogs, comments and general posts about this. None are good.

Postman is a tool that I have a long relationship with and am a huge fan of. The community and positive regard for this amazing platform is unparalleled.

People feel very unsupported by this change, and Iā€™m gutted for the team at Postman who have to support it. I hope all the bad press and feedback will encourage a rethink.

5 Likes

Iā€™m following on a brilliant course about Postman and API testing by vdespa. I was experimenting with collection runs and from my experience 25 runs are not enough even for learning purpose.

I was evaluating Postman for API test automation in my company but I doubt that Enterprise plan will be within the budget. Basic/professional plans are more affordable for small companies but with these limitations they are not useful at all.

7 Likes

This is a sad moment for the Postman community. How is this pricing move aligned with Our Open Source API Philosophy | Postman Apart from the button in the UI how much of the local run is dependent on the underlying open source projects?
Work on load-testing features with cloud agents and make people pay monthly for actual cloud resources.

5 Likes

This is precisely the point. I wish Postman could comment honestly on it? @arlem @supply-administrato3 @preetham.m

2 Likes

Well, Iā€™m already pretty sure this limit was enforced after Postman 10.10.x.
So far, there is still no official explanation for users in this community.
I also donā€™t want to discuss the rationality of this disgusting limit.
Not only that, there is also no buffer time for free(even if basic&pro) users to accept this change, especially users who depend on Local Runner to debug test script.

If you guys want to avoid this limit,
the urgent workaround is to downgrade to Postman 10.9.4(This shoud be latest version that is not affected by Runner limit, I have tested it).

So letā€™s do this,

1. First, Backup/Export your Collections/APIs, if you sycned data to cloud, you can skip this step.
2. Block Postman auto upgrade by adding host 127.0.0.1 dl.pstmn.io in C:\Windows\system32\drivers\etc\hosts
3. Uninstall Postman v10.10.x and Install Postman v10.9.4, I have uploaded to Cloud Storage (to avoid Postman potentially maliciously deleting this old version)
4. Start Postman and import your data or login your account.

Download

You will see there is no limit any more for Local Runner.
Note:
This is only urgent/temporary solution.

8 Likes

Iā€™ll stick to Newman for now but iā€™ve saved your Instructions for later use since iā€™m pretty sure your post is going to be deleted.

Thanks for the effort!

1 Like

Seriously? I donā€™t think theyā€™re going to pay attention to this just as they donā€™t care about users, letā€™s see it.

2 Likes

From https://www.postman.com/company/open-philosophy/:

Postman has always believed in open dialogue with our community; we continuously make improvements and add new features based on feedback from our community of more than 25 million developers. We are transparent with our roadmaps, we constantly communicate our issues, and we support all major API specifications. Thatā€™s the Postman open philosophy. But itā€™s more than just a philosophy. We put our commitment to openness into practice every day. Below, youā€™ll find details on a selection of these real-world efforts and projects.

I wonder which community feedback asked for the 25/250 monthly run limits.

5 Likes

@x-ray-x We do read all the feedback thatā€™s posted here, and in case youā€™ve missed it, weā€™ve mentioned:

  • You can reach out to help@postman.com if youā€™re currently blocked because of that limit (see here)
  • You can book some time to chat with one of our Product Manager if youā€™ve got more feedback to share about your specific use-case (see here)

@docking-module-part1 Hereā€™s an excerpt from the blog announcing this change, is that the type of comment you were looking for?

To better align with the value Postmanā€™s test automation offers for professional testers and quality engineers, we will make the following changes effective February 15, 2023, for free customers, and effective March 15, 2023, for new paid plan customers. Existing paid plan customers will see these limits effective upon plan renewal after March 15, 2023 (except Enterprise users, who have unlimited runs per month):

  • Local Collection Runner: Runs will be available with Free and Basic plans at 25 runs per month, Professional plan at 250 runs per month, and Enterprise plan at unlimited runs per month
  • Cloud-based Collection Runner: Runs will be billed on a consumption basis as part of the monitoring calls entitlement

Limits apply only to local runs via the Collection Runner, not via Newman or Postman CLI.

@alekdavis I think keeping these different public threads open, and the 1.5k+ feature requests from the community weā€™ve implemented are a better testimony of our open source philosophy. :sweat_smile: That said if youā€™d like to discuss the open philosophy feel free to open another thread as this is a bit off-topic here and Iā€™d rather we keep the discussion focused on this specific change.

1 Like

One of the key features which used to be free is now only really usable on the Enterprise plan.

So what you are saying is the value the test automation features offers is worth an extra 1200$ dollars per user, per year. That is the justification. You know that is more expensive that SoapUI?

250 runs on Professional considering its shared across the team will be used in no time at all for even smallish teams, so even Professional is of little use.

With SoapUI, there was always limits on some of the features. You need a paid for license to run the software in the CI, and for the reporting features, but it was always like that, so you knew where you stood.

The collection is akin to Test Suite, so you canā€™t even run a test suite in a tool designed for development and testing without having an Enterprise license.

I personally think you have shot yourself in the foot here. Youā€™ve crippled the core product in what appears to be an attempt to push more Enterprise licenses.

I think you might find that you will lose out over time on all of the other tiers.

Users will try the free version first, hit the limit, and then go look at something else.

I would imagine that most of your Enterprise users try the free version first, and then for governance, require a fixed IP and the SSO consider Enterprise. I doubt anyone just jumps into an Enterprise license.

7 Likes

I would not think that limiting the collection runs is a feature implementation request coming from community users who are using postman free licenses or otherwise. I also would think that notifying the user community about this limitation well ahead of time would have been decent way to implement this rather than surprising them , so the vast number of tests that are implemented under collections are not runnable in a user-friendly manner (I know there is the newman way to run). jsut my 2 cents

5 Likes

Imposing a run limit on local collection runs in a workspace or sandbox may very well be the nail in the coffin for postman as a tool for my group. Anyone using postmanā€™s collection runner to develop test flows for API testing will need to run collections over and over. It looks like postman is playing big brother here and setting limits on how many times I can ā€œuse postman as a toolā€ to help me get my job done. I strongly believe this is the wrong path for postman. Imagine how many developers would continue using vscode if there were limits on how many times developers could run their programs! Postmanā€™s collection runner is used in the very same way . Iā€™m extremely disappointed to see this change of approach.

8 Likes