BlazeMeter Reviews

I really like the ability to spin up as many load generators as I need, and get statistics on response times and the load generators themselves. BlazeMeter support and flexibility is also hugely valuable.

To accurately test load on a webserver it takes traffic (load) from multiple “load generators”.
A load generator is a machine running load testing software (like Jmeter).
Clearly, one couldn’t accurately test 10 load balanced webservers with traffic from a standard desktop.
If one did and saw performance issues, the most likely source would be the desktop doing the testing, or the connection.
If no performance issues were seen it could be that the desktop was not able to emulate the specified load.

One blind spot of Jmeter is it does not tell the user how many threads their machine can handle. Users need to know how to monitor. Most users don’t, and set the threads higher than the machine can handle.
Blazemeter:

- Handles all that complication and makes using Jmeter simple

- Has expert staff that can point you in the right direction if your tests are not working

- Allows users to select how many load generators (machines running Jmeter) will be used during a given test.

o There are a few different contract options (1 server, 5 servers)

o Custom contracts for any number of servers you need. I really appreciate their flexibility on the contracts.

Building an in-house group of load generation JMeter servers to load test usually takes time and effort. BlazeMeter makes all that simple.

I have used JMeter for 4 years and BlazeMeter on and off for 2 to 3 years.

There were some minor issues with stability.

We did not encounter any issues here. Scalability is one of the wonderful parts of working with BlazeMeter.

Technical support has been great.

I’ve used JMeter from several load generator servers I set up to work together.

Initial setup was easy.

If you don’t see the option you need, just ask them. You’ll be able to get a custom contract. It is not free, but it is a fantastic deal compared to anything else out there.

Most recently I have been using a custom contract with Blazemeter rather than a standard month to month contract. That allows me to pay by test hours times servers used. So I can spin up as many load generators as I need. The statistics on response times and the load generators themselves are standard Blazemeter features available to anyone with a contract. BlazeMeter support has several times helped me figure out what was going on with my tests, that saved me a chunk of time. It's always nice to have some insight from a true Jmeter expert.

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

BlazeMeter is an easy way to get really accurate results from JMeters that you already have without having to build a set of networked JMeters (e.g., one with the UI running a bunch GUI-less slave machines).

I mainly use BlazeMeter for scripting. I have a performance testing background, and can directly record my workload with the help of a BlazeMeter plugin. Once I've recorded I can modify a couple of enhancements. I can design my signature in BlazeMeter and choose multiple dedicated IPs, depending on our load. We are system integrators and I'm a senior engineer. 

Providing the Cloud load generator is a good feature. We can run executions from multiple locations. Very few tools provide that. They have recently started with separate API testing. I haven't had a chance to use that yet but it might be very helpful. The solution offers flexibility with its configurations, taking around two to five minutes each. You can see the metrics in a graphical view while running the tests. Response times are also visible and can filter whatever we need and get the results of error loads. 

Documentation for the solution could be improved because there are some areas, such as licensing costs, where there is a lack of information regarding structure. I'd also like the ability to see a comparison feature after carrying out several tests. I'd like to know the difference in terms of response times and other details. That would be a great feature for them to provide. 

Sometimes we'd like to include additional users during a test run to check application sustainability. We can do it from a scripting end but it would be great if BlazeMeter would provide the option of adding a few more users while running a test.

I've been using this solution for five years. 

The stability is good. 

The scalability is good. 

If there are issues I update it in a chat and the technical support creates a ticket ID for follow-up. Sometimes they respond very quickly and other times they are very slow at resolving the issue. Response times are inconsistent. 

The initial setup is relatively straightforward and user-friendly. We have less than 50 users, we don't do any load tests.

I recommend BlazeMeter because of the accuracy of the results. 

I rate the solution eight out of 10. 

• The ability to quickly scale out a load test across the world, just to simulate realistic world traffic conditions.

For us in particular, we're a product that gets heavily used during the election season. We've always had trouble handling this burst in the past, so this past year, I've started using BlazeMeter at this company. We took from January to July using BlazeMeter to really model out what the traffic looked like in previous years and to be able to handle the load when November came and it went through just fine without a glitch.

At the moment, it's heavily based on putting a load on systems through API endpoints/HTTP endpoints. There is a lot of existing tooling out there in organizations that deal with a Selenium-based test and they only have a Selenium web driver option right now, which is not the nicest thing to use. Organizations currently have Selenium tests written and, like us for example, a huge suite in Java. It would be nice to be able to just throw them in there.

I’ve been using BlazeMeter for about four years.

This is a cloud-based solution. I've never really had any trouble with it.

We have not had scalability issues for our needs. We're talking about scaling stuff out to hundreds of thousands of requests per second and those in turn generate a lot more traffic internally. So with whatever we use, it's perfectly fine.

We did not use technical support.

We didn't have a previous solution. I personally came to this company in the past year and a half. I've always used BlazeMeter at my other companies and there was a big, gaping hole here. They were doing everything manually with running JMeter tests and this was just a natural fit.

For this audience, if you know JMeter, everything is pretty straightforward. You just sign up and upload your test. As far as support goes, if you do run into stuff, they have a little button on the side that lets you chat with them.

This is all in-house.

That's tough to calculate, but I can tell you that BlazeMeter helped increase quality-of-service (QoS) which in turn leads to customers having a positive experience with the product. That, of course, leads to less churn which is a good thing.

The pricing works. They're flexible. They work with you.

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

Definitely ask your engineering staff if they're familiar with JMeter. If they're not, it would be good to get a quick two-hour tutorial on it and then BlazeMeter will make a lot more sense.

Ability to generate heavy load (up to 5000 concurrent users)

Provide performance transactions summary & statistics

These features are valuable because, in my company, there is a requirement for the product to support up to 5000 concurrent users. As a performance engineer, it’s important to have a tool (like BlazeMeter) to generate heavy load and at the same time provide a report that shows how the system behaved under the load and provide performance statistics.

By using this tool, a performance engineer was able to identify performance bottlenecks, and after fixes was applied, overall product quality improved.

It would be very useful if there was a mechanism to schedule performance runs.

For example, a mechanism to automatically schedule performance tests execution, by using the calendar scheduler. This way, it would be possible to schedule multiple runs overnight, without the need to manually start each performance test.

I have used BlazeMeter with JMeter 3.0 and Java 1.8 for six months.

Stability was great; no issues.

Scalability was great; no issues.

I did not contact support.

We did not previously use a different solution.

I think prices are reasonable.

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

It is an excellent and reliable tool. I liked it very much.

The ability to push large numbers of simulated users at our applications and having access to detailed reports: This helps us to have peace of mind that our apps can stand up to production-level loads and beyond.

We no longer have to guess whether deploying new code will affect performance or not. This ensures we are ready to meet customer demand, even at peak traffic times.

I would like to have better insights when tests fail to run properly or when the load engines occasionally break. There have been times when a test fails to start, sometimes due to a bug in my script and other times due to a problem on BlazeMeter’s side, that have required contacting support. It would be better if the interface proved enough feedback via logs, etc., for me to determine the cause and possibly fix it without needing to wait for BlazeMeter support.

I have used BlazeMeter for three years.

Occasionally, we have long wait times or trouble starting tests.

One load engine was not sufficient to run the JMeter scripts that I’ve written. Scaling up to seven load engines largely eliminated these issues.

Support is adequate. Getting initial responses for support issues can sometimes be slow.

It was very straightforward to upload the JMeter scripts and supporting files, and start running tests.

It is somewhat expensive, but the amount of testing and peace of mind it gives us is well worth the cost.

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

If you are looking to improve your website performance and ensure maximum uptime by load testing your system from end to end, then there is no better solution that I have found. It is extremely simple to setup.

• Easy to make small changes to the test without reconfiguration, so we could step increases in load and find the limits without risk in breaking the test scripts. Consistent testing allows for confidence in the results and ease of use by the team.
• Integration with New Relic - provides insight as to why the test had the results and how we can improve them. New Relic was already in our tool belt, so it was nice to not need to change to an unfamiliar tool.
  

Provided an easy to use tool to measure the performance of our most critical business application, along with the expertise of BlazeMeter to properly generate the test case.

It has allowed us to test the impact of vendor updates to their software on the performance of the web component, which we are now doing as updates get released (6 month release cycle, so only one retest thus far).

System Administrators are performing the testing, as the software isn't ours and we don't presently develop our own software this was a new need and we don't have anything to compare to other than anecdotal evidence from users. We were able to compare results post-testing by comparing Google Analytics data and found that the improvements we put into place as result of the testing did have positive effect on both pageload and generation timings along with improving the overall conversion rate for the tool as well.

It's a rather expensive tool for running just a few tests — which is our primary use case, if there was a pricing structure that met our use case price wouldn’t be of concern. Worth noting is that we requested they donate our use of the tool — and they did donate the tool for our use — so it did not cost us anything (which we are very thankful for as a nonprofit).

We encountered no stability issues in using it.

We encountered no scalability issues, though we were testing at relatively low volumes.

Any questions we had were addressed promptly by knowledgeable individuals.

We wanted a solution that was easy to interpret and wouldn't require custom tooling beyond building the test. JMeter was the right tool for the job, and BlazeMeter's expertise and easy to use interface allowed us to readily view and compare results without needing to build a custom workflow.

Creating the JMeter test case required some time on our part, partially due to JMeter not supporting JavaScript and the application we were testing requires JavaScript support. We were able to create a test to work around that limitation, but that's more due to BlazeMeter utilizing JMeter than it being a limitation of BlazeMeter as a platform.

Cost is critical as a non-profit, and they donated our access as noted prior. Functionality is also critical — and they had the function we needed, were easy to configure, and integrated with New Relic which saved us a lot of time.

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.

It's free and easy to sign up and try, so give it a whirl and see if it meets your requirements. We found it met ours and more, helping us gain confidence from our customers and solve a nagging problem in the performance of a third-party application.

I like the BlazeMeter extension. It is a very good expansion. With it, you can record any type of performance script scenario, and you can generate in a JMeter script, Selenium, et cetera. That is a very good feature. 

If you want to do that, it is used mostly on performance testing, API Mocking, et cetera. The API Mocking capabilities are great.

For performance, it is a very good tool and we don't have too much to do. 

It is UI-based and you can select the load generator and it is auto-scalable. You can select the origin where we want to generate load from it. We can select the bandwidth, for example. 

It supports any number of features and has a lot of tutorials.

The solution is stable.

I cannot recall coming across any missing features.

The reporting capabilities could be improved.

It would be ideal if it could incorporate tools such as APM or Dynatrace.

I've been using the solution for six years. It's been a while. 

We have found the solution to be stable. There are no bugs or glitches. It doesn't crash or freeze. It's reliable. 

For the paid version, we have our own technical support for BlazeMeter. They are helpful.

The cost is a bit high for the Indian consumer. For a European or American user, the solution may not seem that expensive.

We are just customers and end-users.

I'd rate the solution at an eight out of ten. We're pretty happy with its capabilities in general.

I'd recommend the solution to other users and organizations.

We use BlazeMeter to run simple POST requests against our application to simulate heavy load. We can then monitor our application instances as well as our database to see where the bottlenecks are.

It has helped us simulate heavy load situations so we can fix performance issues ahead of time. This ensures that we are ready for real customer load.

The most valuable feature is simply the ability to have a basic POST request while simulating many users at one time. Being able to determine either a number of iterations or having all users hit the application for a duration, are both useful options.

My only complaint is about the technical support, see further details below regarding customer support.

It would improve the product if their Chrome extension allowed you to modify the JMeter settings.

So far I haven't encountered any issues so it seems very stable to me.

We have only used basic, but for one thousand users, it works great.

Their support is pretty good and normally gets back to me within one day. One time, instead of the support rep taking the time to understand the details of my inquiry and source of my confusion, they pointed me to documentation to assist me in finding the answer on my own.  On the documentation page, I had to go into a few links in order to find the answer. The rep could have easily said "here is the documentation where we have the information, and you'll need to go here and do this to fix your problem."

I appreciate when support makes it feel like they understand your exact issue and then tell you exactly how to fix it. I also prefer when support gives you exactly what you need as they know the product best.

BlazeMeter was the first tool that I used.

I found the initial setup to be pretty simple. I'm using JMeter, so I had to do a bit of research myself on how to change some of the JMeter settings that their Chrome add-on does not allow you to modify.

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