I used it for a couple of projects, but I don't actively use it now. We use it for performance testing, volume testing, stress testing, and endurance testing.
Senior Manager at 360logica Software Testing Services
Real User
Top 20
2024-02-21T16:11:23Z
Feb 21, 2024
BlazeMeter is user-friendly and excellent. My company prefers the licensed version of BlazeMeter, which I occasionally use for scripting and designing on the CentOS site, specifically for creating real-world scenarios. In LoadRunner, we currently cannot create realistic user load behavior as effectively. I use BlazeMeter occasionally, depending on the project. It's not used for everything but when necessary, especially with JMeter, for specific testing scenarios. So, my use cases depend on and vary according to the project.
We use the solution for performance testing. We create the safe to upload to BlazeMeter. Also, we can do standalone and combined load tests depending on the requirements.
Whenever I am not able to record the script with the JMeter, I use BlazeMeter extensions to record the scripts. Whenever there is a need to execute something in the cloud, my company uses BlazeMeter.
Director of Quality Engineering at PAR Technology Corp
Real User
Top 10
2023-11-24T07:14:57Z
Nov 24, 2023
My company started to use BlazeMeter since we wanted parallel runs and more penetration across teams with more ease, allowing better reporting. BlazeMeter doesn't do anything on its own since it uses the same script used in JMeter. BlazeMeter serves as a tool for orchestration, and to arrange better testing, parallel testing, and better reporting, making it easy for developers to use were some of the factors that led my company to opt for BlazeMeter.
VP QA Performance Engineer at a financial services firm with 1,001-5,000 employees
Real User
Top 20
2023-05-25T18:49:00Z
May 25, 2023
The use cases of BlazeMeter encompass a wide range of scenarios, including loop load testing for API-level, web service, or web application load testing. The primary purpose is to simulate various types of loads. For instance, if the load originates from distributed load testing, opting for a dedicated cloud solution would be advisable. This allows testing applications from diverse geographic locations and handling traffic from different tiers effectively. JAMITA cloud is particularly recommended for this situation, as it efficiently manages infrastructure interfaces and resolves technical intricacies associated with infrastructure maintenance. It simplifies the process by emphasizing the key aspects of writing, uploading, and running scripts for testing purposes.
Senior Product Owner at a financial services firm with 10,001+ employees
Real User
2022-09-18T21:05:00Z
Sep 18, 2022
This solution is a big strategic piece for us. We wanted to replace the legacy performance testing capability with BlazeMeter's performance testing capability. That was our first use case. Now, it's a more strategic platform with GUI testing, API testing, mock services, service virtualization capability, and test data capabilities. We aren't using everything at the moment, but that is the strategic intent. We faced some challenges in getting multiple teams to adopt BlazeMeter. This was a big transformation for us. We used LoadRunner for 10 years, so changing to BlazeMeter was definitely a bit challenging. Organizational change management was involved. We were able to use other online resources to learn how to use BlazeMeter. There was resistance from some teams. This solution is used by 24 teams across 13 divisions. There are about 75 engineers using BlazeMeter, but usage is higher. This is a hybrid solution.
We are using it to execute performance testing for our website and mobile applications, including e-commerce solutions, internet banking, and more. Our applications are in a cloud environment and have a lot of users using them at the same time. We are looking to create a better experience for the users. We execute this kind of performance setting to establish a baseline for response times and we use it to reduce them. We are both a customer of BlazeMeter and a partner that implements it for other customers.
Service Virtualization Developer at Tata Consultancy Services
Real User
2022-07-24T23:48:00Z
Jul 24, 2022
I'm working for a telecommunications client. We are using BlazeMeter's Mock Services as a priority for performance testing, along with API monitoring. These functions are each used on different projects.
Mobile Network Automation Architect at BT - British Telecom
MSP
2022-07-17T17:19:00Z
Jul 17, 2022
We use this solution as a tester. When it comes to 5G, there are loads of changes because we're trying to build the first 5G core network with the standalone architecture. Everything is based on APIs and API-based communications with a new HTTP/2 protocol. When we build the core network, we constantly change and tweak the network. When it comes to testing, whether it's with Postman or any other tool, normally we run the test, make sure it works, and then move on. I was pretty impressed with Runscope because we can keep the test running 24/7 and are able to see feedback at any time. A proper feedback loop is enabled through their graphical user interface. We can add loads of validation criteria. As a team, if we make changes and something fails on the core service, we can actually find it. For example, we had a security patch that was deployed on one of the components. Runscope immediately identified that the network mode failed at that API layer. The monitoring capability allows us to provide fast feedback. We can also trigger it with Jenkins Pipelines. We can integrate it into our DevOps quite easily, and they have webhooks. The validation criteria is quite simple. Most of the team love it and the stakeholders love the feedback loop as well. They can look at it, run it, and see what's happening. The final solution will be across four different locations. The performance will run in a specific location. Runscope will run across different locations and test different development environments. At the moment, it's only on two environments. One is a sandbox where we experiment, and one is a real environment where we test the core network. There are around 10 to 15 people using the application, but some of them only view the results. They're not always checking whether it works or not. We have multiple endpoints. We use the solution on-premises.
We have a couple of use cases for BlazeMeter. One is performance testing. It allows us to aggregate the execution and reporting of our performance tests. We can also create automated functional tests relatively quickly compared to writing tests in a coded platform like Java. Around 20 people in the QA department are using BlazeMeter to test Mendix- based applications. We're doing regression testing on 22 applications, and we have at least two environments that we interact with regularly: a development environment and a pre-production environment.
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.
Senior Test Engineer at a computer software company with 201-500 employees
MSP
2020-10-05T06:40:02Z
Oct 5, 2020
We used BlazeMeter for our performance testing. It allows us to run our tests on the local area network. Its primary use is to make sure that applications can handle a high load before going into the production environment. It will generate a report with the results. The clients come up with some of the test cases and we have to validate them.
Head of IT Enterprise Architecture at a transportation company with 1,001-5,000 employees
Real User
2019-05-12T18:32:00Z
May 12, 2019
We use BlazeMeter to perform load testing on our different web portals. Starting from JMeter scripts and based on users' behavior, we use the BlazeMeter workspace to adjust ramp-up. We study contemporary users and different scenarios in order to meet business expectations in terms of the required SLA.
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.
BlazeMeter ensures delivery of high-performance software by enabling DevOps teams to quickly and easily run open-source-based performance tests against any mobile app, website or API at massive scale to validate performance at every stage of software delivery.
The rapidly growing BlazeMeter community has more than 100,000 developers and includes prominent global brands such as Adobe, Atlassian, Gap, NBC Universal, Pfizer and Walmart as customers. Founded in 2011, the company is headquartered...
We use BlazeMeter for performance testing.
We deliver it to the clients about the reports etc.
We use the platform for performance and load testing to ensure our applications can handle varying traffic levels.
I used it for a couple of projects, but I don't actively use it now. We use it for performance testing, volume testing, stress testing, and endurance testing.
The solution is used as a performance system.
BlazeMeter is user-friendly and excellent. My company prefers the licensed version of BlazeMeter, which I occasionally use for scripting and designing on the CentOS site, specifically for creating real-world scenarios. In LoadRunner, we currently cannot create realistic user load behavior as effectively. I use BlazeMeter occasionally, depending on the project. It's not used for everything but when necessary, especially with JMeter, for specific testing scenarios. So, my use cases depend on and vary according to the project.
As our company wanted to use a cloud solution, we opted for BlazeMeter instead of an on-premises load generator.
We use the solution for performance testing. We create the safe to upload to BlazeMeter. Also, we can do standalone and combined load tests depending on the requirements.
Whenever I am not able to record the script with the JMeter, I use BlazeMeter extensions to record the scripts. Whenever there is a need to execute something in the cloud, my company uses BlazeMeter.
My company started to use BlazeMeter since we wanted parallel runs and more penetration across teams with more ease, allowing better reporting. BlazeMeter doesn't do anything on its own since it uses the same script used in JMeter. BlazeMeter serves as a tool for orchestration, and to arrange better testing, parallel testing, and better reporting, making it easy for developers to use were some of the factors that led my company to opt for BlazeMeter.
I use BlazeMeter for our WebApp Performance Desk. It helps me test web apps, APIs, databases, and mobile apps.
I occasionally used BlazeMeter for load testing to get insights into log distribution and generate reports.
The use cases of BlazeMeter encompass a wide range of scenarios, including loop load testing for API-level, web service, or web application load testing. The primary purpose is to simulate various types of loads. For instance, if the load originates from distributed load testing, opting for a dedicated cloud solution would be advisable. This allows testing applications from diverse geographic locations and handling traffic from different tiers effectively. JAMITA cloud is particularly recommended for this situation, as it efficiently manages infrastructure interfaces and resolves technical intricacies associated with infrastructure maintenance. It simplifies the process by emphasizing the key aspects of writing, uploading, and running scripts for testing purposes.
This solution is a big strategic piece for us. We wanted to replace the legacy performance testing capability with BlazeMeter's performance testing capability. That was our first use case. Now, it's a more strategic platform with GUI testing, API testing, mock services, service virtualization capability, and test data capabilities. We aren't using everything at the moment, but that is the strategic intent. We faced some challenges in getting multiple teams to adopt BlazeMeter. This was a big transformation for us. We used LoadRunner for 10 years, so changing to BlazeMeter was definitely a bit challenging. Organizational change management was involved. We were able to use other online resources to learn how to use BlazeMeter. There was resistance from some teams. This solution is used by 24 teams across 13 divisions. There are about 75 engineers using BlazeMeter, but usage is higher. This is a hybrid solution.
We are using it to execute performance testing for our website and mobile applications, including e-commerce solutions, internet banking, and more. Our applications are in a cloud environment and have a lot of users using them at the same time. We are looking to create a better experience for the users. We execute this kind of performance setting to establish a baseline for response times and we use it to reduce them. We are both a customer of BlazeMeter and a partner that implements it for other customers.
I'm working for a telecommunications client. We are using BlazeMeter's Mock Services as a priority for performance testing, along with API monitoring. These functions are each used on different projects.
We use this solution as a tester. When it comes to 5G, there are loads of changes because we're trying to build the first 5G core network with the standalone architecture. Everything is based on APIs and API-based communications with a new HTTP/2 protocol. When we build the core network, we constantly change and tweak the network. When it comes to testing, whether it's with Postman or any other tool, normally we run the test, make sure it works, and then move on. I was pretty impressed with Runscope because we can keep the test running 24/7 and are able to see feedback at any time. A proper feedback loop is enabled through their graphical user interface. We can add loads of validation criteria. As a team, if we make changes and something fails on the core service, we can actually find it. For example, we had a security patch that was deployed on one of the components. Runscope immediately identified that the network mode failed at that API layer. The monitoring capability allows us to provide fast feedback. We can also trigger it with Jenkins Pipelines. We can integrate it into our DevOps quite easily, and they have webhooks. The validation criteria is quite simple. Most of the team love it and the stakeholders love the feedback loop as well. They can look at it, run it, and see what's happening. The final solution will be across four different locations. The performance will run in a specific location. Runscope will run across different locations and test different development environments. At the moment, it's only on two environments. One is a sandbox where we experiment, and one is a real environment where we test the core network. There are around 10 to 15 people using the application, but some of them only view the results. They're not always checking whether it works or not. We have multiple endpoints. We use the solution on-premises.
We have a couple of use cases for BlazeMeter. One is performance testing. It allows us to aggregate the execution and reporting of our performance tests. We can also create automated functional tests relatively quickly compared to writing tests in a coded platform like Java. Around 20 people in the QA department are using BlazeMeter to test Mendix- based applications. We're doing regression testing on 22 applications, and we have at least two environments that we interact with regularly: a development environment and a pre-production environment.
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.
We primarily use the solution for performance testing.
We used BlazeMeter for our performance testing. It allows us to run our tests on the local area network. Its primary use is to make sure that applications can handle a high load before going into the production environment. It will generate a report with the results. The clients come up with some of the test cases and we have to validate them.
Our primary use case is to create processes for performance. I created a one time function and implemented it for 1,000 users.
We use BlazeMeter to perform load testing on our different web portals. Starting from JMeter scripts and based on users' behavior, we use the BlazeMeter workspace to adjust ramp-up. We study contemporary users and different scenarios in order to meet business expectations in terms of the required SLA.
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.
To load performance testing of web/mobile apps.
We have an AWS elastic beanstalk Node.js express backend with Mongodb that we expect to experience a significant amount of load in the coming weeks.