OpenText LoadRunner Cloud Reviews

We used Load Runner Cloud particularly to do spike testing. 

The license is built such that it can be used across the entire year. The flexibility to use it across multiple applications for the year for various concurrencies and time periods works well for us.

The TCO has been optimized along with the total ROI. The product, being a part of the Gartner magic quadrant, helps score against some of the open-source products out there. This helps as there are certain regulators who look at technology adoption that is a part of the Gartner magic quadrant.

We used Load Runner Cloud particularly to do spike testing and it was great. 

The license can be used across the entire year. They make it flexible so that we can use it across multiple applications throughout the year for various concurrencies and time periods.

The TCO has been optimized along with the total ROI. 

The product being is part of the Gartner magic quadrant and scores well against open-source products. This helps us with certain regulators who look at technology adoption.

There are two features that I would want MicroFocus to work on.

1. It should have a feature to report with a 99.9 percentile success rate.

2. We should be creating a performance dashboard with InfluxDB OR ElasticSearch integration with Micro Focus Cloud LR. We need Micro Focus Cloud LR to send feeds to InfluxDB OR ElasticSearch for each run for:

1) Realtime PT result publishing
2) Trending between runs
3) Data mashing with Grafana/Chronograf
4) Live alerting

The feed from the Micro Focus Cloud LR instance to InfluxDB should be configured, or an integration touch point should be available for sending real-time feeds into the DBs.

I have been using and supporting Micro Focus LoadRunner Cloud for more than two years now. 

Features like spike testing and load per use are excellent features. Users who are looking at very high concurrency requirements yet need it only for a short interval can use the LR Cloud efficiently. The learning curve is very smooth, and there is enough documentation. 

We use OpenText LoadRunner Cloud for performance testing of our applications.

We migrated from on-premises LoadRunner Professional to LoadRunner Cloud because it offers geographically distributed compute resources that can be scaled up and down on demand, optimizing costs.

OpenText LoadRunner Cloud helps us save money through its flexible scheduling feature. We can shut down resources when not in use, minimizing costs.

OpenText LoadRunner Cloud eliminates the need for our own testing infrastructure when running tests.

We're interested in leveraging the scriptless automation capabilities available in several tools. Some of our less technically inclined manual QA testers find them insufficient. They crave drag-and-drop functionalities or more intuitive scriptless automation options. Scriptless automation is an area that can be improved.

I have been using OpenText LoadRunner Cloud for six months.

OpenText LoadRunner Cloud is scalable.

Our OpenText Account Manager coordinates with their technical support to ensure tickets are routed and resolved efficiently.

Positive

With nearly 400 virtual machines to migrate, transitioning from on-premises to the cloud wasn't quick, but it proved to be a smooth process.

OpenText helped us with the migration.

The pay-as-you-go licensing model included in our cloud migration is a valuable feature. It ensures we only pay for what we use, eliminating unnecessary fees during periods of low activity.

The pricing for OpenText LoadRunner Cloud is average.

I would rate OpenText LoadRunner Cloud a nine out of ten. While OpenText LoadRunner Cloud boasts many AML capabilities, we're still exploring its full potential.

We use LoadRunner Cloud for working with banks, and I find the tool incredibly versatile for our varied load testing needs across different business units. Whether it is testing the API backend for core banking systems or the web frontend for digital applications, LoadRunner Cloud handles it all with ease. 

One of LoadRunner's standout features is its extensive support for various TechStacks and protocols. Unlike other tools, LoadRunner excels in integration and protocol support, ensuring it can capture data behind proxies and work seamlessly with diverse technology environments. This versatility makes it invaluable for testing applications across different platforms and protocols.

One area for improvement in LoadRunner Cloud, especially for agile models, is its limited support for functional testing alongside its robust non-functional testing capabilities. Unlike some other tools in the market that offer both functional and non-functional testing within a single platform, LoadRunner requires separate test scripts for each, doubling the testing effort.

I have been using OpenText LoadRunner Cloud for almost ten years.

LoadRunner Cloud's scalability has been reliable for my needs, although I haven't tested it on a very large scale like e-commerce platforms might require. As a bank, I have found it to be cloud-based and easily scalable, with no issues in distributing load or managing large tests.

OpenText's technical support is generally responsive and helpful. They address issues effectively, although specific or niche protocol requirements might take longer to resolve due to prioritization. Overall, I would rate their support an eight out of ten.

Positive

We have used similar solutions like JMeter and NordLayer. LoadRunner's compatibility with mainframe systems, along with other monitoring tools like BMC Patrol, sets it apart from other options we have tried.

The solution is a bit expensive. The pay-as-you-go model offered by LoadRunner Cloud is important to us, especially when considering the cost-effectiveness of performance testing.

LoadRunner Cloud's infrastructure management-free approach is a big plus, especially for multi-geography organizations like banks. By leveraging cloud-based load generators, you can ensure native performance testing without the hassle of maintaining hardware. Plus, while there may not be direct cost savings, the convenience and flexibility of cloud deployment can lead to more efficient resource utilization and potentially lower operational overhead in the long run.

Overall, I would rate LoadRunner Cloud as a nine out of ten. It is technically superior and well-executed, but the cost is a drawback. Additionally, its focus on non-functional testing means separate scripts are needed for functional and non-functional testing, which can slow down testing processes. 

We use OpenText LoadRunner Cloud for different types of testing, including load testing, performance testing, etc.

The product’s most valuable feature is the Vuser license; it allows us to reduce the cost as per requirement. Additionally, its setup process is accessible as well.

We encounter hurdles while running the professional version for on-premise setup. They should work on this particular area of improvement.

We have been using OpenText LoadRunner Cloud for nine to ten years.

The product is more stable compared to other vendors like NeoLoad and JMeter.

It is a scalable platform. I rate its scalability a nine out of ten.

The product’s technical support team’s response time could be better.

Neutral

We use NeoLoad and JMeter.

OpenText LoadRunner Cloud’s setup is straightforward. I rate the process a nine out of ten. Although, I rate the process for the on-premises version a seven out of ten as we face challenges there. The on-cloud setup takes four to five hours to complete. It takes longer if there are some additional protocols included.

One executive from our team and one from LoadRunner’s team work on the on-cloud setup process.

OpenText LoadRunner Cloud is economical. However, it is expensive compared to other tools.

I recommend the product for performing testing of short windows. It would help if you opted for other tools, in case you are working with long windows. I rate the product a nine out of ten.

The best benefit would be budget. It's a really inexpensive if you are testing your application every spring or every month. Even for less frequent applications that you have to test regularly. You can hook up your infrastructure to StormRunner Cloud and you can get the best of both worlds.

In larger enterprises, we have different departments using Performance Center and StormRunner or Selenium. So, StormRunner can act like an umbrella and plug-in everything, get it executed or done across the world. Since they use both HPE Cloud, AWS, and Microsoft, it uses more access points geographically to test it making it best of the class.

StormRunner itself is a pretty good hybrid product of Performance Center. Keeping up with DevOps, thus the best feature of StormRunner is that we don't have to build and maintain infrastructure anymore. Whenever we have to test lab scale applications, and in a scenario where we don't have to test every day, we don't have to build the machines and pay for it. Instead, we can get the infrastructure from on-demand from StormRunner, and its ability to run it anywhere just by opening it in browser is the best part. The evolution of StormRunner starting with supporting LoadRunner along with the open source technologies like JMeter and Selenium. Their unit testing tools are actually very advanced in the region of the product. That's why I would recommend anyone to use StormRunner, even though something is not supported now, eventually it's going to be supported by StormRunner. That's the kind of credibility that's needed for any customer when it comes to relying on a product or going for a new product.

More insight into test results and allowances. It might be a tailor-made requirement for me, but I would like to download them offline and do my own customizations on the reports. Right now, we have some standard templates that generates reports. But if I had to do some customizations, include something else and create a report, it's not easy. So, if I can an order to download the raw data I can make custom report. That would be the case with every customer because even though they tested one product it might be part of a big project and they need to have other information included in it along with the report, so feasibly it is good to have.

Also, it's evolving, where there's too many features for me to handle and it's too much on my plate to any make ROI out of it.

There is a steep learning curve for the product, too.

Over the last couple of years, it's been evolving. We started using more in the last one year and we see it's pretty stable. Adding new features to StormRunner is going to slow down once it has every feature. That has to do with stability and I don't see any drawback in that.

We haven't really hit any scalability issues by using StormRunner, but I just now heard that they can support two million users, which is kind of astonishing. The max I have used is 40,000 users, but two million is good, too. It's big step up from 40,000.

At the same time, you don't have to get the infrastructure built and set it up. For example, let's say you had to test it for one million users. You don't have to procure all of the machines you need for the one test you're going to do. You can do it on demand, that's the best thing. Two million is still very much overboard, but it's good to know. It's good to know that there's no limitation nearby.

I'm not a big fan of the tech support to be frank. SaaS tech support (HPE tech support or Micro Focus), there's a gap between the people who access our tickets and the people who know the product. So, there is always a blind exchange of information within Micro Focus and most of the time get frustrated with the kind of ticket updates we get. What happens is the person handling the ticket might not be an expert in the product so we end up redoing everything. Communicating everything about our setup and infrastructure and the customer engagement for each ticket. Therefore, we started involving our technical correspondent with Micro Focus, but we're told that it's a pretty messy situation over there.

I always thought it would be good to have something like this from HPE because we rely a lot on HPE. Then, StormRunner was released and I knew where exactly it was going and what's it would be for us.

I was involved in the initial setup. It was straightforward and there was a lot of good information available, but I did not need it. I didn't go through any support to set it up. The documentation itself was good.

The other product we considered was BlazeMeter. We eventually chose StormRunner. I think only those two are pretty much in the market - nothing else.

I like that StormRunner incorporates the idea of accepting and adapting all open sources. It is my understanding that they are planning to continue accepting, supporting, and adapting all open sources.

For someone evaluating StormRunner and similar products, there are two parameters I would tell him to evaluate:

1. Is the application under test? Is it customer facing?
2. Is how often do you test it?

Most important criteria when selecting a vendor: We are a retail business. The first thing I look for is any customer use case, or case study for the vendor. I look to see if they have proven that they are good resource for any existing retail customers. I look for any kind of case study in those lines before I jump in.

We are using all the indexes and the features provided by the solution.

We have an infrastructure that is developed on the cloud. We use the product because it is more feasible to have our applications on the cloud. It is a trustworthy brand. The data I present to my customers are to the point. I do not have to check on the matrices again to verify whether it is false.

The reports are very relevant to the customers’ expectations. The tool has its own APIs for its customers. It is very easy to collect the performance data. In the last year, we have executed major tests multiple times. It's very easy to use the APIs to collect our results and create a dashboard as per our needs.

It is very important to us that we can plan and run tests using LoadRunner Cloud without having to manage testing infrastructure. It was a niche requirement for us not to bother about those things and focus on the main targets. It is the best thing that we can get. The solution saves us money by not having to maintain hardware and the power costs associated with the hardware. We have saved 25% of the cost.

The product must provide agents to monitor servers. If we want to monitor our servers, we should be able to do it by integrating the servers with LoadRunner Cloud’s dashboards. The added feature will enable us to see exactly what is happening in the servers at a particular time.

I have been using the solution for more than five years.

I haven’t seen any stability issues. The stability is good.

I have scaled the tool up to 1000 users. It comes with its cost.

I got a solution from the support team every time I had queries.

Positive

I have received an ROI from the product.

There are other tools that provide the cloud capabilities and key features that LoadRunner has, but LoadRunner‘s brand and trustworthiness are more important to me.

Overall, I rate the product an eight out of ten.

We use LoadRunner Cloud for functional testing, where we can log in online using the portal.

Our primary use case is load testing, where we can simulate a scenario with more than 100 users accessing the system at the same time. This shows us things such as the performance of the system and how it reacts when multiple people are using it.

The most valuable feature is that we do not have to accommodate the load-testing infrastructure in our own data center. Normally for load testing, you have to have your own hardware and tools on-premises. With LoadRunner Cloud, the testing will be done remotely using their resources.

There are three modules in the system that are different products packaged into one, and they can sometimes be difficult to figure out, so they should be better integrated with each other.

The current support model is something that can be improved.

We have been using this product for five years.

This is a stable product and as far as we're concerned, there is no other choice on the market.

We are just in the process of scaling now. Our intention is to expand but it will take time to do so. We are using it for five projects right now and we need to acquire more licenses.

At this time, Micro Focus is handling the support, which is kind of messy compared to going directly to HP. There is no single point of contact between sales and support.

Sometimes, if you open a ticket with technical support then we might be waiting for a week. It is not always this way, but in general, it is not what we would expect.

We also use HP ALM for functional testing.

The initial setup of the cloud version is easy compared to using it on-premises. In the on-premises deployment, you have to set up all of the servers starting with bare metal and it will take no less than three months to deploy. However, with LoadRunner Cloud, all you have to do is buy the resources and execute it from there.

There is no monthly or yearly cost but rather, the fees are based on the amount of traffic that you use. It is difficult to predict the costs until after you have begun using it.

My advice for anybody who is implementing LoadRunner Cloud is to make sure that when you buy the package, it is comprehensive. All of the modules should be there, including the support package. Otherwise, it will be hard to use.

In summary, all of the features that we need are there and it does everything that it is supposed to it. That said, the integration of modules and support are still in need of improvement.

I would rate this solution a seven out of ten.

We use a warehouse management system, my company is like a Dutch Amazon. We use LoadRunner to performance test the warehouse management system for peak load. So if Valentine's Day, Christmas, or whatever comes up, we try to run all functional loads through LoadRunner Cloud and make sure the peak count can be handled by the WMS. We use it almost daily. We have peak periods where the testing will increase, but nowadays it's so busy that throughout the year, it's almost the same. It's the same high load every day and we're testing continuously.

The amount of load on the system wasn't that large a couple of years ago for us to test. So the business case for performance testing wasn't pointing to investing in it, but now we have such huge, increasing numbers and increasing load that it's worthwhile setting up a structured and automated performance test and to invest in something like LoadRunner Cloud.

We use the cloud. The controllers and the dashboard servers are in the Micro Focus cloud. But we use our own load generators, which are on-premise. So we use a hybrid setup.

Before LoadRunner, we weren't even testing performance and now we're performance testing. So we now do performance testing as part of the delivery of a new release, which is an improvement compared to a couple of years ago. 

The TruClient feature is the most valuable for us. An application with testing can only be scripted using TruClient, so it's part web-based, but it also has its own protocol combined with HTTP and HTML. So many other tools do not recognize this specific proprietary protocol. Using TruClient, we can still create scripts that cover everything that we need to cover.

It supports multiple protocols, which is important to us. We also use JMeter open source combined in LoadRunner Cloud. In our company, we also use open-source performance testing tools like JMeter, Gatling, and Locust. It's important to be able to embed those scripts as well into a LoadRunner-based performance test. So it would really help us to have a single place for all kinds of test scripts and the open-source ones.

It's also very important to us that LoadRunner allows full integration into the ACI pipeline. We were focusing on a shift left on not only functional testing but also performance testing. And we're trying to integrate the performance testing in our CI/CD pipelines currently. So the better it supports this, the better and easier it is for us.

Reporting and analysis need improvement. Compared to the old school LoadRunner Windows application, the reporting and analysis are mediocre in LoadRunner Cloud.

I've been using LoadRunner since I started at this company one and a half years ago but the company has been using it for longer. 

We don't have any issues with stability. 

When it comes to efficient and cost-effective scalability, it can be expensive. It is efficient, but also expensive. So the balance would then be just okay.

It's used intensively by the three performance engineers, daily. We have plans to have other teams also use LoadRunner Cloud. So we hope it will increase.

We do our own maintenance on the on-premise part and Micro Focus does the maintenance on the cloud part.

We don't call customer support but we do online requests. We have put in service requests. They're helpful and the replies are quick and valuable. It helps us out.

We make use of virtual user hours. We buy time in the LoadRunner Cloud. It costs around $80,000.

I don't think there are any additional costs to standard licensing.

We tried Neoload and looked at JMeter. We chose LoadRunner because that was the only performance testing tool that had something like TruClient.

We're thinking about using LoadRunner Developer integration. We want to hand over the performance testing responsibility from our performance testing guilds to the actual feature teams, to the scrum teams, so they can do it themselves. The developers do their own performance testing in an early stage, and maybe that is a solution for that.

My advice would be to look at whether you need on-premise load generators or fully on the cloud. Invest in training. It can be complex. You need some training to get started.

I would rate LoadRunner an eight out of ten.