OpenText LoadRunner Cloud Reviews

I have been using it to analyze the performance of various enterprise systems like SAP, web applications, Oracle Labs, and mobile app applications as well. The objective of the performance testing is to assess the system and whether it can withstand an actual load.

One of the main benefits is that we don't need to worry about load generators. Before we had Loadrunner Cloud, we had 10 to 20 load generators, and we needed to maintain them. There were always upgrades. We would also have to configure the load generators when we were ready to test, and at times there was stuff to clean up. None of that is necessary anymore. We can concentrate most of our time on creating scripts and configuring Loadrunner based on our objectives. It's very easy for us. We don't need to worry about what happens in the backend or how the load is distributed.

A second advantage is the reporting system. Once a test is done, even if it's in continuous integration and continuous delivery, it automatically triggers and produces reports. We can send the reports to multiple dev teams whose developers are expecting the reports.

Another advantage of the solution is seen compared to others we have used, like JMeter, and IBM solutions. LoadRunner has reduced a lot of the time involved in the scripting cycle because of TruClient. We only need to record one time and we can configure it accordingly to create various scenarios. It has reduced scripting time by about 50 to 60 percent.

When we do mobile applications, every build can be tested with LoadRunner Cloud. Once the developer checks into a particular branch, we call it a mod branch, the performance test is already integrated into it. They can trigger it through their continuous pipeline. For mobile development platforms, it's very crucial because notifications and other things need to be tested before we send to prod. Notifications are very load-sensitive because they go to every user—it could be 10,000 or 20,000 users—and we previously had issues with this. Using LoadRunner Developer and continuous integration has helped us.

We do load testing with LoadRunner Cloud. LoadRunner itself is cloud-hosted, but we load test the applications that are hosted on-premises or in our application data center. 

By implementing LoadRunner Cloud, we wanted to make sure that our applications are stable when there is a peak load with 3,000 or 4,000 users. We wanted to make sure that our applications are stable at any given point. To validate that, we are using LoadRunner Cloud. We are putting our expected load through LoadRunner and making sure our applications are stable.

We can plan and run tests using LoadRunner Cloud without having to manage testing infrastructure. That is very helpful. One of the reasons why we moved to LoadRunner Cloud was that they manage the infrastructure, and it is up 99% of the time. We used to support Performance Center, which was on-premise, and we also support application servers and all the load generators. It is a lot of work to manage them. Migrations, security scans, and all the patching take a lot of time, whereas, with the cloud option, our work is reduced by 50% to 60%. We can now focus on testing instead of managing the whole infrastructure. LoadRunner Cloud has been very helpful. It is stable and user-friendly. They provide scalability. They have a flexible licensing model, so everything is great.

LoadRunner Cloud has partially saved us money by not having to maintain hardware and the power costs associated with that hardware. In my company, we are still using on-premise load generators, so in our case, the savings are a little bit less, but any other company that has all public-facing or hosted applications does not need to spend any money on on-premise infrastructure. Because we are using a hybrid version, we are still spending some money.

We are a banking institution, so the solution gets used for online banking and mobile banking services. 

In our organization, OpenText LoadRunner Cloud executes performance tasks, while Dynatrace is also used for performance testing and analytics. 

Micro Focus LoadRunner Cloud is used for enterprise performance modeling and validation of enterprise networks and tax applications.

Both the professional and cloud versions of Micro Focus LoadRunner use the same scripting or programming to execute performance modeling operations. 

This feature allows users to use various programming languages such as Java, C, or C++, which can run within either of the two environments. This flexibility in the programming language is a strong point of the software.

It supports business applications for performance testing across various domains, such as retail, financial services, and banking. They had already procured a tool, LoadRunner, for use in their environment, whether on-prem or in the cloud. I've worked on numerous use cases that vary depending on the sector, like banking or insurance, as each sector has its requirements.

This tool has specific components, like LoadRunner Virtual User Generator for scripting, and execution windows, such as LoadRunner Cloud or Performance Center. It’s divided into three parts: scripting and code development are handled by one component, execution by another, and analysis by a separate file. This makes it user-friendly and easy to understand. In comparison, JMeter, which is open-source, can feel a bit clumsy. NeoLoad, on the other hand, is a good alternative and performs well, as I’ve worked with both. However, due to customer requirements, I procured LoadRunner, and we continue to use it. So, there was no option but to go with LoadRunner. In terms of setup and usability, it’s straightforward. If I were to rate the leading tools in the market, LoadRunner comes first, followed by NeoLoad. Based on my experience and colleague feedback, these are the most commonly used project tools.

We are using it for web testing and mobile testing. I am sure we are going to do some API and microservice testing.

I love that we can plan and run tests using LoadRunner Cloud without having to manage testing infrastructure. That was a part of the reason we went to the cloud. It was not too bad to manage Silk Performer infrastructure, but it was still a pain. 

By moving to the cloud, I am hoping we can spend less time managing and more time testing. I also hope that LoadRunner Cloud will save us money by not having to maintain hardware and the power costs associated with that hardware, but only time will tell. I do not know it yet.

When we test retail applications, which are hosted across the United Kingdom, we try to save the load generators on a cloud and then do load testing. This is to do with holiday readiness and to certify a few deployments to production in order to make sure that performance is not degraded. We use Micro Focus LoadRunner Cloud both for integrating with the CI/CD pipeline and for standalone instances.

It's a fast product, so you don't have much trouble in terms of maintenance overhead. You don't want to just look into configuring load generators, look for upgrades, and end up having that take up a lot of your time. With this solution, you just log in and you start using it. This means that there is a huge benefit in terms of the overhead of maintaining the infrastructure and the maintenance effort.

Some retailers have a global presence now, and you can spin the load generator from whatever location you need. You can easily run distributed load testing, rather than procuring the load test across the globe and then getting tunneling, etc. That's one of the great features.

LoadRunner Cloud's reporting features are valuable as well. We can get a quick PDF without having to analyze the local data and then imaging it in the report.

Sometimes, on private or a standalone instances we see users getting dropped off. You may have started to run your test with 2000 users, and you may see that a few users got dropped off. Finding the reason is always hectic. I haven't seen these issues on LoadRunner Cloud.