I utilize its integration with CI/CD pipelines by trying that out.
OpenText Core Performance Engineering offers scalable and efficient load testing using a cloud-based architecture, eliminating the need for physical infrastructure and supporting a wide range of users and testing scenarios.


| Product | Mindshare (%) |
|---|---|
| OpenText Core Performance Engineering (LoadRunner Cloud) | 7.8% |
| OpenText Professional Performance Engineering (LoadRunner Professional) | 14.4% |
| Tricentis NeoLoad | 11.6% |
| Other | 66.2% |
| Type | Title | Date | |
|---|---|---|---|
| Category | Performance Testing Tools | Jun 22, 2026 | Download |
| Product | Reviews, tips, and advice from real users | Jun 22, 2026 | Download |
| Comparison | OpenText Core Performance Engineering (LoadRunner Cloud) vs Apache JMeter | Jun 22, 2026 | Download |
| Comparison | OpenText Core Performance Engineering (LoadRunner Cloud) vs OpenText Professional Performance Engineering (LoadRunner Professional) | Jun 22, 2026 | Download |
| Comparison | OpenText Core Performance Engineering (LoadRunner Cloud) vs Tricentis NeoLoad | Jun 22, 2026 | Download |
| Title | Rating | Mindshare | Recommending | |
|---|---|---|---|---|
| Apache JMeter | 3.9 | 9.8% | 88% | 97 interviewsAdd to research |
| OpenText Professional Performance Engineering (LoadRunner Professional) | 4.2 | 14.4% | 94% | 82 interviewsAdd to research |
| Company Size | Count |
|---|---|
| Small Business | 6 |
| Midsize Enterprise | 9 |
| Large Enterprise | 28 |
| Company Size | Count |
|---|---|
| Small Business | 139 |
| Midsize Enterprise | 59 |
| Large Enterprise | 186 |
OpenText Core Performance Engineering supports seamless integration with popular tools and delivers real-time anomaly detection and performance insights. With an intuitive interface, it supports scripting protocols and provides tests for cloud-hosted and on-premise applications. The platform streamlines performance testing and infrastructure management, addressing the needs of diverse sectors like banking, retail, and IT. However, it requires enhancements in reporting, integration, documentation, and support for older scripts.
What are the key features?Organizations in banking, retail, and IT sectors implement OpenText Core Performance Engineering for performance testing, integrating it within CI/CD pipelines. It suits public server application testing and enterprise systems like SAP and Salesforce, meeting diverse industry demands for app stability and responsiveness testing.
OpenText Core Performance Engineering (LoadRunner Cloud) was previously known as Micro Focus LoadRunner Cloud, StormRunner Load, LoadRunner Cloud, and Micro Focus StormRunner Load.
Alfa Bank, N Brown Group, University of Copenhagen, McGraw-Hill, Cognizant
| Author info | Rating | Review Summary |
|---|---|---|
| Test Manager at Happiest Minds Technologies | 4.0 | I’ve used LoadRunner Cloud for over three years, valuing its centralized online UI, analytics to spot bottlenecks, global cloud load generators, and CI/CD integration. Setup was complex, support/response times could improve, and it’s expensive, but ROI is good. |
| Principal Performance Test Engineer at KiwiTech LLC | 3.5 | I use OpenText Core Performance Engineering for load testing, valuing its cloud scalability and reliability, which deliver strong ROI. Despite its high cost and initial setup complexity, it's a stable, powerful tool. |
| Performance Test Analyst at Sensata Technologies | 3.5 | I use OpenText LoadRunner Cloud for performance testing but face script issues and slow support resolutions, especially during critical times. While NeoLoad is an option, script maintenance challenges and license costs keep us with LoadRunner. |
| CTO at Marco Technology | 3.5 | I use OpenText LoadRunner Cloud for cloud-based application projects, as its scalability supports up to ten thousand users efficiently. While its flexibility enhances high-scale testing, improvements in regional testing accuracy and AI-driven strategies are needed for better results. |
| Partner at IS Nordic AS | 3.0 | We use OpenText LoadRunner Cloud to ensure performance through load testing. Its valuable functionality allows recording and replaying networking protocols, handling extensive tasks like 350,000 web service calls per hour. I find it effective, with no notable improvements needed. |
| Assistant Consultant at Tata Consultancy | 5.0 | I primarily use OpenText LoadRunner Cloud for performance testing scripts and workflows. While its analysis depth could improve, using JMX files is beneficial. Previously, I used NeoLoad but now rely solely on LoadRunner Cloud with Microsoft Azure. |
| Cloud Manager at a financial services firm with 5,001-10,000 employees | 4.0 | We use OpenText LoadRunner Cloud for load testing, benefiting from its flexibility with load generators and browser compatibility. It's improved over time, though native integration with Chaos engineering tools could enhance functionality. We previously used Performance Center but switched for better access. |
| Senior Manager, Performance Engineering at Enel Group | 3.5 | We use OpenText LoadRunner Cloud for online and mobile banking services. It excels in performance testing by creating realistic scenarios and handling large user volumes. While it delivers a good ROI, improvements in the user interface and technology adoption are needed. |
| Performance & Analytics Team Lead at a financial services firm with 10,001+ employees | 3.5 | We use OpenText LoadRunner Cloud for web and mobile testing due to its extensive protocol support. Despite transitioning from Silk Performer, challenges remain from past negative experiences with Micro Focus. Nonetheless, LoadRunner's comprehensive features make it a superior tool. |
| Team Lead at a consultancy with 10,001+ employees | 4.5 | I've used OpenText LoadRunner Cloud for performance testing in various sectors, finding it user-friendly and efficient with its separate components for scripting, execution, and analysis. However, AI integration could enhance its functionality, especially for CI/CD pipeline automation. |

I utilize its integration with CI/CD pipelines by trying that out.
The most valuable features I have found in OpenText Core Performance Engineering (LoadRunner Cloud) are that everything is online and centralized, so I do not need to go anywhere to check the configuration and everything.
OpenText Core Performance Engineering (LoadRunner Cloud)'s advanced analytics help identify performance bottlenecks because whenever we are executing the test scripts, it shows a good analytics view where we can simply check which APIs are not performing well.
The cloud-based load generators in OpenText Core Performance Engineering (LoadRunner Cloud) have benefited my testing setup because we can generate the load across the globe, which was previously a little bit difficult on the on-premises version.
The user interface in OpenText Core Performance Engineering (LoadRunner Cloud) is intuitive and this will be easy to communicate and collaborate amongst the team also because sharing the online URL with the team, they can simply check the analysis and everything.
Regarding improvements in OpenText Core Performance Engineering (LoadRunner Cloud), the initial configuration where we have to set up orchestration is something that could be improved. If they make it more user-friendly or provide a wizard to set up rather than having complexity, that will be helpful. The database schema and everything, if they generate on the fly, that will be quite helpful, rather than creating it on our own.
There is room for improvement when it comes to response time and first-level support quality. If they provide local language support, that will be helpful.
I have been working with OpenText Core Performance Engineering (LoadRunner Cloud) for almost more than three years now.
Positive
In my case, the initial setup of OpenText Core Performance Engineering (LoadRunner Cloud) took almost two days of time with the queries and all.
I needed only myself for the full implementation of OpenText Core Performance Engineering (LoadRunner Cloud), with the help of OpenText support team.
I have seen a return on investment with OpenText Core Performance Engineering (LoadRunner Cloud); the analysis part is quite helpful, which is quite more descriptive than the other products.
As for the pricing of OpenText Core Performance Engineering (LoadRunner Cloud), I find it quite expensive compared to other products in the market.
Before choosing OpenText Core Performance Engineering (LoadRunner Cloud), I evaluated other options, including JMeter.
OpenText Core Performance Engineering (LoadRunner Cloud) has helped my development cycles as it was quite helpful.
The centralized real-time monitoring and reporting features in OpenText Core Performance Engineering (LoadRunner Cloud) have helped collaboration in my team as all the data is sitting at one place and we can share it among different teams.
In the future, I would like to see some additional features in OpenText Core Performance Engineering (LoadRunner Cloud), such as BI tool performance testing or some job-related things which are running in the background.
The BI tool performance testing feature should be in OpenText Core Performance Engineering (LoadRunner Cloud).
I rate OpenText Core Performance Engineering (LoadRunner Cloud) overall at eight out of ten.
My main use case for OpenText Core Performance Engineering (LoadRunner Cloud) is to identify the traffic to generate the load and perform load testing, stress testing, and spike testing. I create the LoadRunner tool and upload it to the cloud, execute it, and generate the traffic.
A specific example of a project where I used OpenText Core Performance Engineering (LoadRunner Cloud) involved creating a load script in LoadRunner, uploading it to the Load Cloud as a load injector, and executing it. The challenges I faced involved establishing a connection from local to cloud.
The best features that OpenText Core Performance Engineering (LoadRunner Cloud) offers include massive cloud scalability, full cloud-based functionality, fast test design, execution, script reliability, and integration.
The massive cloud scalability and fast design of OpenText Core Performance Engineering (LoadRunner Cloud) have helped me optimize performance, identify performance bottlenecks in my application, generate the traffic, and recognize performance reliability issues in my application.
OpenText Core Performance Engineering (LoadRunner Cloud) has positively impacted my organization. Because it is a paid tool, its cost is very high. Aside from the cost, I have seen positive outcomes such as cost savings, measurable improvements, and enhanced reliability.
OpenText Core Performance Engineering (LoadRunner Cloud) can be improved by incorporating code improvements.
I would add that it reduces the initial setup complexity, improves the learning curve optimization, and offers fast customer support and SLA.
I have been using OpenText Core Performance Engineering (LoadRunner Cloud) for three years.
OpenText Core Performance Engineering (LoadRunner Cloud) is a stable tool that demonstrates strong performance reliability.
The scalability of OpenText Core Performance Engineering (LoadRunner Cloud) is based on its cloud-native architecture, which demonstrates strong load handling capacity and stable protocol and script execution.
The scalability of OpenText Core Performance Engineering (LoadRunner Cloud) works well with multiple workloads while performing engineering with load on our cloud.
The customer support for OpenText Core Performance Engineering (LoadRunner Cloud) is very good, providing excellent support.
OpenText Core Performance Engineering (LoadRunner Cloud) features multiple LoadRunner components, view users, and analyze capabilities.
I have seen a return on investment with OpenText Core Performance Engineering (LoadRunner Cloud) as it has led to time savings and a reduction in manual efforts while generating the load.
My experience with pricing, setup cost, and licensing shows it is very high and very costly.
I would advise others looking into using OpenText Core Performance Engineering (LoadRunner Cloud) to consider that it is designed for AWS Cloud and Azure Cloud. I would rate this product seven out of ten.

In my daily use case for OpenText LoadRunner Cloud, I am using the LRE version R2 2023, utilizing four load generators, and while it is okay, sometimes I face issues with the script where the support team takes more time to resolve those issues.
The most useful features of OpenText LoadRunner Cloud include getting load through the Performance Center, which is part of the cloud version, where we can monitor CPU and memory utilization, and response times, but we do face configuration issues related to network discrepancies.
I am satisfied with OpenText LoadRunner Cloud as a product, but the ticket resolution time is concerning. The technical personnel are not able to fix issues quickly, which becomes problematic during critical situations.
Compared to previous support, I notice that while experts previously resolved issues immediately, current experts take more time to resolve issues, which is the main challenge we are facing.
They are now lacking regional support, which takes more time than it used to.
My suggestions for improvements to OpenText LoadRunner Cloud would be to have specific experts available who can resolve issues more quickly, as delays can impact project timelines significantly.
I have been working with OpenText LoadRunner Cloud for around four years.
OpenText LoadRunner Cloud can handle a decent amount of tests simultaneously, but as a small company, we primarily test 1,500 concurrent users and sometimes face issues such as load balancer problems.
Support-wise, I would rate OpenText LoadRunner Cloud a six out of ten.
I faced issues with OpenText LoadRunner Cloud support when a problem took three to four months to resolve, which negatively impacted our project, especially when key team members were unavailable during leave periods.
Neutral
Regarding my experiences with the initial setup and deployment of OpenText LoadRunner Cloud, everything is working as expected, but upgrades can take time, and I often encounter correlation issues that require debugging.
Currently, I am exploring other tools besides OpenText LoadRunner Cloud, such as NeoLoad, but my company is hesitant to invest due to the need to evaluate the advantages of LoadRunner and the associated license costs.
LoadRunner was chosen over tools such as NeoLoad because, despite NeoLoad being a good option for maintenance, we face script maintenance issues in OpenText LoadRunner Cloud, which often leads to delays.
I am describing the support of OpenText LoadRunner Cloud regarding LoadRunner. In LoadRunner, I actually do not use real-time analytics. There are more monitoring tools available, but until now, we are just using the Performance Center for monitoring and integrating with SolarWinds, while also considering integrating with Prometheus for real-time log checks.
I have not used OpenText LoadRunner Cloud with a CI/CD pipeline yet, but I think it would be beneficial to implement.
As for the integration needs of OpenText LoadRunner Cloud, I am considering Prometheus because I am not doing real-time monitoring at present. The DBA team handles the SolarWinds part, and we require reports based on load testing duration.
I rate OpenText LoadRunner Cloud a seven out of ten.

Neutral
Neutral
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.
The beauty of LoadRunner Cloud is that we can use the load generator that is hosted by us on-premises, and we also have the option to use their hosted load generator. If it is a public-hosted application, we can also use their public-hosted load generator, but in our case, all our applications are hosted in our data center, so we are using the on-premise load generator. We have the option to deploy those load generators as we want. We have deployed our VMs there. We have deployed them in our OCP cluster, and we have also deployed them in our AWS instance. On a day-to-day basis, we do load testing of our applications, and that load is distributed with a different load generator.
Initially, there were a couple of things, but they got resolved. When they released it three years back, they were not supporting multifactor authentication. We use Okta. In my business unit, we are using Okta integration or authentication. They were not supporting that earlier, but we requested them, and they implemented it. At this time, I do not see anything that they need to improve in existing features.
In terms of new features, they can natively integrate with Chaos engineering tools such as Chaos Monkey and AWS FIS. With LoadRunner, we can generate load, and if Chaos tools are also supported natively, it will help to get everything together.
I have been using LoadRunner for 15 years, but we have been using LoadRunner Cloud for almost three years.
I have not seen any issues on that side of it. In three years, I have seen only one unplanned outage. Other than that, everything has been great. I have not seen any performance issues.
Its scalability is great. It is highly scalable. You can put as much load as you want as long as you have the license. They are supporting both licenses. You can pre-purchase a license or you can purchase over the cloud. They support scalability on the user side as well as the load side. In our case, we also have on-premises load generators. They support all types. It is easily scalable.
They are very good. I am supporting multiple tools. Support-wise, they are very good. In HP days, it was not great, but with Micro Focus and now OpenText, the support is better.
We reach out to them when we face any issues. Because it is cloud-hosted, we reach out to them and open a ticket if we are trying to start the load, but we are not seeing any screen or have any other issue. Within SLA, they reach out to us. If it is a new feature request, they reach out to us. We also have monthly calls with their customer success manager. They keep us up to date and give us all the information about the new things that are coming. They also send notifications beforehand when they have any maintenance scheduled. The communication and support have been good.
I would rate their support a nine out of ten. I am taking one point off because sometimes, it can take a few cycles to explain the issue to the support, but that is applicable to any tool. Overall, I am satisfied with their support.
Positive
Before this, we had the Performance Center tool, which was a Micro Focus tool. They are in the same line. Performance Center was on-premises, whereas LoadRunner Cloud is vendor-hosted. The base functionalities remain mostly the same. The main difference is the way we access them.
Performance Center only supported IE. Users using a MacBook could not access Performance Center, whereas LoadRunner Cloud is cross-browser. We can access the tool from any browser, which is very helpful, so one of the reasons for moving from Performance Center to LoadRunner Cloud was that LoadRunner Cloud supported different browsers, and accessing it was easy.
I was involved in its onboarding. It was easy. Because we did not plan to migrate anything, in our case, it was easy. We had ten years of data, but when we moved, we decided to not migrate that data because we wanted to start fresh. For us, it was very easy, but I do not know what options people have if they plan to migrate their data.
We did not calculate the ROI, but the benefits are definitely there. We are testing most of the customer-facing applications before putting them out there, and we are able to ensure that our applications are able to handle the load.
It is neither costly nor cheap. It is not too high and not too low. I know the price of other tools, and LoadRunner Cloud's price is in the medium range.
I did a PoC with other tools such as Flood, NeoLoad, and BlazeMeter. In my company, we are supporting multiple protocols testing. For web and API testing, any tool is good, but when it comes to RDP and Citrix protocols, LoadRunner is at the top in the market for supporting all different protocols.
If you are looking for only web or web service protocols, you can find a cheaper solution, but if you have any other protocol testing, then use LoadRunner because LoadRunner is the only tool available in the market that supports multiple protocol testing. For load testing, there are a number of tools, but they only support web or web services protocols, and not any other, so make sure you know what you are looking for.
Overall, I would rate LoadRunner Cloud an eight out of ten. For performance testing, I have not seen any other tool close to an eight.

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.
A vital feature of the solution is its ability to compose realistic scenarios for performance testing. OpenText LoadRunner Cloud is highly scalable and can handle large user volumes. One crucial advantage of the solution is how it helps judge application scalability.
Our company provides actionable intelligence to the development community and to DevOps. The solution has helped optimize the application in terms of the code base and tuning the environment.
Some improvements can be made in the solution's user interface and BLS. The vendor adopts new technologies quite late.
I have been using OpenText LoadRunner Cloud for two years.
OpenText LoadRunner Cloud has been a fairly stable solution for our organization.
Around 60 engineers in our organization are using OpenText LoadRunner Cloud. It's a highly scalable solution; our company has a license for 10,000 users, and we can virtualize with the solution daily.
A decent customer support is available for OpenText LoadRunner Cloud. I would rate the tech support a seven out of ten.
Neutral
OpenText LoadRunner Cloud can be easily maintained. The primary workload is utilized during the initial setup, and as part of the maintenance, new instances for LoadRunners are generated. The maintenance of the solution also involves keeping track of how much space has been occupied by the log files.
A satisfying ROI can be realized with OpenText LoadRunner Cloud.
It's a very expensive solution. Our organization would have probably struggled with a different tool because, in the market, there are varying customized tools aimed toward dedicated clients or enterprises.
The solution generates traffic on the infrastructure, which resembles end users. Depending on the performance of the underlying infrastructure and nodes of the architecture, our company team can report on the scalability of applications.
The solution performs two types of tests: user interface testing, which is implemented primarily in our organization for online banking, and the other one is API level testing for mobile banking. In terms of the feature set, OpenText LoadRunner Cloud is a market-leading application that has been around for 20 years.
I have been working with the solution throughout the acquisition stages; the product used to be much better when it was primarily managed by Mercury. There are limited AI capabilities in the solution; when I was personally operating some smart scenarios using the feature of auto-scaling, I found it unsatisfying.
I would recommend the product to others based on its feature set and the level of support. I would rate OpenText LoadRunner Cloud as seven out of ten. There are no glaring weaknesses in the product, and it's good enough for its core purpose.
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.
It is feature-rich. It supports most protocols, which is important because I am in charge of a team at the bank, and we do performance testing for all kinds of different applications. We have tons of them. We even do video streams.
While evaluating tools and saying that this is the tool we are going to go with, one of the biggest challenges that I faced was related to our previous experience with Micro Focus. LoadRunner and Silk Performer used to be under Micro Focus before OpenText bought it. Towards the end, Micro Focus did a big money grab where they went around and harshly audited all the companies. My company got hit with millions of dollars for the software that should have been removed. Even though no one was using it, we still got hit. It left a horrible taste and a horrible reputation for Micro Focus at my company. I know OpenText is a different company, but OpenText needs to somehow address and show former Micro Focus clients or LoadRunner clients, Silk Performer clients, and ALM clients that they are not the same company. I come to this conference and I get this message, but I have to try and sell that to my manager. The manager who got hit hard with the charge is not going to believe me. He still has that bad taste. They are influential people, and they remember that, so OpenText somehow has to overcome that.
Their documentation is not technical enough for us. We would like to have much deeper technical documentation so that we can self-serve without constantly having to go back to them and ask.
We have been using OpenText LoadRunner Cloud for a few months.
We are just setting up the environment. We have had some issues with load generators disconnecting. There is probably going to be room for improvement there. I understand that nothing is perfect, but if we are seeing that already, we rather not just see it.
We have not dealt with them so much yet. The support for Silk Performer was excellent. We had excellent resources and support. I would rate them a ten out of ten, but on the LoadRunner side, I am undecided. Time will tell.
We are being forced to move to OpenText LoadRunner Cloud because Silk Performer is going to end of life. We were Silk Performer clients for over 20 years at the bank. It is going to reach the end of life this year, so we were forced to pick a new product.
It was difficult and time-consuming. We have great folks who are working with our value-added reseller and OpenText, but the challenge that we are finding is that we like to be a self-serve shop. They do send us articles about how to do something, which is cool, but they are not technical enough. They are missing details. We understand that their documentation needs to be at that general level for the people who are not so technical, but they need to have a second level that gets down into every port in security concerns. We need much deeper technical documentation available so that we do not have to constantly go back and ask. Overall, it was difficult. It could be worse. I am not unhappy, but there is room for improvement.
OpenText is providing support to help with our transition to LoadRunner Cloud.
We should be seeing an ROI in the future.
LoadRunner always had expensive pricing. At my company, we used to evaluate LoadRunner, but we stuck with Silk Performer because its pricing was always better in the past. I do feel that I got a fair deal this time. Our value-added reseller and our sales guy worked hard to give us a fair deal. I feel that we got a fair deal.
We did not go for the pay-as-you-go deal. I did an upfront package. I prefer that. I want to know what my costs are.
We did a complete RFP process with multiple vendors with an open mind, but LoadRunner did win the process. We looked at BlazeMeter and k6. LoadRunner stood out in terms of features and the protocols it supported. It had the most features and the largest protocol support. The other vendors have not caught up yet. I know they are working on it, but LoadRunner has got that advantage right now. Others are behind on protocols.
With all the vendors, we sat down for a long three-hour demo and did a day in the life. We showed them what we do with Silk Performer and asked them to show us how we would do this in their tool. LoadRunner won hands down. It was obviously not the same, but they could reproduce almost everything. It is a better tool. With other tools, we found big gaps. k6 had some gaps, and BlazeMeter had some gaps. They are not bad tools, but for what my team does, they would have handicapped us.
For now, I would rate LoadRunner Cloud a seven out of ten. That could go up or down.

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.
The main difference is the interface; the look and feel have changed, but the background setup and configuration remain the same. The project admin team had already set up LoadRunner Cloud in our environment.
Since AI plays a major role in today's world, many tools are expected to integrate with it. If LoadRunner has AI integration, that would be a great feature.
In past projects, including those with LoadRunner and NeoLoad, clients often asked about integrating CI/CD pipelines, such as using Jenkins to automate the triggering process. I’ve done POCs on this, and it’s possible. Once set up, the pipeline can automatically execute tests without manual intervention.
I have been using OpenText LoadRunner Cloud for ten years.
From your experience, there are typically two options when purchasing a license: with or without support. Opting for support has been beneficial, especially when issues arise.
For instance, you mentioned a colleague facing a problem where they couldn't capture an application's network due to some background package being installed. After raising a request, the vendor support team from OpenText connected within 24 hours, set up a meeting, and provided helpful suggestions. Although it took a few days to understand and resolve the issue fully, the support was proactive and responsive.
Both LoadRunner and NeoLoad seem to offer efficient and timely support, ensuring users can get assistance when needed, which adds value to the tools themselves.
Positive
It's quite simple and user-friendly. Anyone with some LoadRunner experience can easily adapt.
The cloud configuration setup and server access can be tricky, as we don't usually get direct access. Sometimes, even after the configuration is supposedly done, problems arise when we start testing. For example, after developing a script locally, I occasionally face issues executing it on the Cloud LoadRunner machine. The test doesn't start, and I can't review the results. This usually happens if the configuration isn't done properly. I have to check the cloud-based machines and verify the IP range of the virtual systems because Cloud LoadRunner doesn't use static IPs—it has a dynamic range. The IP range can vary, and it picks one by one where the problem arises.
When that happens, I need to check whether my application can access the cloud machines. We need to request firewall access, specifying the source and destination, to enable communication between the cloud machine and our application. On-prem setups are different; there’s a physical machine, and I have direct access. I can check the hostname of my application and verify access to the load generator. I can ping the machine, use Telnet, and quickly resolve the issue. The process feels more cumbersome in the cloud, especially when facing execution challenges.
I transitioned to the cloud just six months ago. I've worked on cloud-based environments for only six months after migrating from on-prem applications. This involved migrating existing scripts to the cloud and re-executing previous tests to compare performance between on-prem and cloud. The goal was to assess the differences between the two environments, as the client expects improved response times and overall performance due to the cloud's higher configurations. I’ve shared the results of these tests, which reflect those improvements
The pricing is high compared to other licensing tools like NeoLoad. It's not excessively expensive but higher than NeoLoad. However, in my experience, clients often weigh NeoLoad and LoadRunner equally. LoadRunner has been around for a long time, and while some companies have moved away from it, the higher pricing can be attributed to its support for multiple protocols. For instance, it supports over 40 protocols, including SAP, Citrix, Oracle databases, and batch testing. This wide range of protocol support is one reason for the higher cost. Depending on the applications being tested, whether desktop, Citrix or something else, you may need to purchase specific protocol-based licenses.
LoadRunner offers a free license for up to fifty users, which may not be adequate for most projects. Projects require more load to simulate real business scenarios, so a more comprehensive pricing model may be necessary.
Two main licensing budgets are to consider: one for LoadRunner and another for NeoLoad. If a project has no budget for purchasing a product and is looking for open-source tools, I highly recommend starting with Apache JMeter. However, it's important to note that JMeter may not be flexible enough for all requirements, especially for desktop applications, as it has limitations.
JMeter operates in a single interface and lacks commercial tools' structured reporting and usability features, making it less user-friendly. While it’s a good starting point due to being free, users may need extra effort to organize and interpret results.
We recently evaluated OpenText's LoadRunner and NeoLoad for a project. We engaged with both vendors to take demos and understand their licensing models. Generally, NeoLoad's pricing was comparable to LoadRunne
If it's in the cloud, there's a separate version called LoadRunner Cloud. We have both options on-prem and cloud. Some applications only support on-prem, while others are cloud-based, so we must test them in the cloud environment. In this account, we work with both environments. It's worth noting that around 90% of applications are moving to the cloud these days. In the cloud version of LoadRunner, the concept of manually adding load generators doesn't exist. You don't need to worry about adding load generators to the tool, a common challenge with on-prem setups. In on-prem projects, if there are ten load generators and others are using them, you must wait for availability before running your tests. LoadRunner Cloud automatically assigns the load generators.
If someone in my network is looking for a performance testing tool, I recommend LoadRunner, especially if the client has a sufficient budget. For clients using cloud-based applications, it's essential to consider LoadRunner's cloud environment, which requires specific infrastructure from OpenText. They can opt for the Performance Center without worrying about cloud infrastructure if their applications are on-premises.
The recommendation ultimately depends on whether their applications are cloud-based or on-premises. Additionally, pricing and supporting the required protocol play significant roles in decision-making. It’s important to assess which types of applications they are working with, such as web, Citrix, or Windows applications, to determine the necessary protocol licenses. Buying unnecessary protocols can lead to wasted expenses.
Overall, I rate the solution a nine-point five out of ten.