We looked at about seven other solutions, including SmartBear, LoadNinja, and JMeter.

We evaluated Load.io and a couple of other solutions. When we brought on BlazeMeter five years ago, they were absolutely the leader in the pack, and I believe they still are. They have a much more mature solution and an enterprise feel. The whole platform is much more developed and user-friendly than some of the other options we evaluated. 

I don't know if there are any features in other platforms that BlazeMeter didn't have; it was mostly the other way around. There were things BlazeMeter had that other platforms didn't have, and existing relationships with the company that used to own BlazeMeter, Broadcom.

I specialize in load testing, so I use both LoadRunner and BlazeMeter in parallel. 

I've previously worked with other tools like Neustar, where we were able to simulate load similarly. A noteworthy aspect of these tools is the ability to integrate automation scripts for load testing, which enhances their utility.

Neustar is actually replacing LoadRunner in our current environment. If we want to do both automation and load testing, I would choose Nustar. We can create Selenium scripts directly in Neustar, and automation engineers can use Selenium to create scripts that can then be called within Neustar.

We looked at other solutions for performance testing, not functional testing. 
A few points about BlazeMeter stood out. One was BlazeMeter's onboarding team. They seemed more helpful and engaged. We had a better rapport with them initially, and their toolset integrated well with JMeter, the solution we were already using. It's also a much more cost-effective solution than the other options.

Against BlazeMeter, my company had evaluated other options like NeoLoad and Visual Studio. Though all the options evaluated by my company were okay products in the market, BlazeMeter offers a more stable product. When using BlazeMeter, my company can get support and figure out areas where we lag through Google. BlazeMeter has a strong customer base.

We carried out a proof of concept of four tools, which included BlazeMeter. It's more stable and mature, with well-documented APIs. BlazeMeter University was a significant consideration for us due to our requirements; it helped us roll out the solution to multiple teams. It seemed like APIs for the other solutions were an afterthought.

My company is a health app provider making our process or business completely different in the market. We want a product that is not an API to test the performance of our company's apps, so we consider BlazeMeter to be a good option.

My company is looking for options, like LoadRunner tools, that can be a better choice than BlazeMeter.

My company needs to search for better options since we feel that we will have around a million users once we launch our health app in India. I want a tool that can help me test the app's performance, especially if a million users are using it.

We did not review other products.

I've worked with other performance testing, service virtualization, and test data management solutions. I have been working in the software testing area since 2000.

People love using JMeter, which is an open-source solution, but I prefer BlazeMeter because we can easily orchestrate a lot of testing. It has additional features that help make our performance and non-functional-requirements testing better, because we can integrate it with functional testing. And there are service virtualization and test data management features in the same solution. In a good number of cases, we only need BlazeMeter to do many things, rather than using two or three tools to do the same job. It's a single workplace where we can do many things.

We haven't had a chance to use the cloud services because of security issues related to our company. We only use the on-prem server. But the cloud services are one of the best things about BlazeMeter when comparing it with its competitors.

We have older tools, like CA DevTest, that we are still using due to dependencies on JMX, MQ, and JDBC steps that are not available with BlazeMeter. With DevTest we are able to handle a lot of the custom extensions. Instead of the Mock Services, we were using the CA DevTest Service Virtualization tool. We want to move completely to BlazeMeter but we can't because of those dependencies.

Ca DevTest is the main competitor, but it doesn't have the performance testing available. Both solutions have pluses and minuses.

DevTest is hard to use. It has too many features for Service Virtualization. If a beginner is trying to learn something in DevTest, it's hard. It might take a month or two months to get some understanding of what the DevTest tool does. BlazeMeter is very simple. Even for beginners, they give some options in the Mock Services. If you're a beginner, you can create a Mock Service and it gives you a description for each and every step. This way, beginners can easily adopt BlazeMeter.

In addition to the step-by-step demos, there is the BlazeMeter University. When we onboard people into BlazeMeter, we ask them to go through those courses. For example, if we are asking them to work on API monitoring, we have them do the course on API monitoring. Once they get the certification, we have them work on the API monitoring. With the BlazeMeter University, there is no need for us to have a separate KB on how it will work or how it will respond. Onboarding people into BlazeMeter is not a problem for us.

BlazeMeter is the solution my company chose since it is the only tool we found compatible with JMeter. BlazeMeter's help-oriented resources and documentation support JMeter too extensively.

We considered setting up our own set of load generation JMeter servers. We also looked at HPE LoadRunner and SoapUI.

There was LoadStorm, loader.io, and blitz.io.

Before choosing this product, we did not evaluate other options.

We considered creating our own internal JMeter farm, but in the end decided BlazeMeter would do a better job of end-to-end testing.

The alternative was to use Open Source tools to analyze the results, this solution was selected as we felt it would be faster and easier than rolling a custom solution which just wasn't warranted for how simple our situation is.

This solution was recommended by a colleague, and I did not evaluate other options.

I did a small evaluation, not very intensive. I would say a very small evaluation. Nothing significant.

I also evaluated JMeter and LoadRunner but I prefer BlazeMeter because of the speed and because it's easier to use. 

BlazeMeter was the clear choice for our infrastructure.

We did not evaluate any other options.

We did evaluate other options, but we chose this one because setup was easy.