OpenText ALM / Quality Center Reviews

We are a consultancy. We use ALM Quality Center for handling waterfall type projects. If our clients are taking an agile approach, then we talk to them about Octane, which is the agile solution.

It has a brand new look and feel. It comes with a new dashboard that looks nice, and you can see exactly what you have been working with.

It is pricey.

I have been using this solution for at least 20 years.

It has been very stable. There was only one minor issue that a customer just stumbled upon. It really wasn't that big of a problem. It was something that was introduced in version 15.01 patch 2 but doesn't appear in version 15.5. It is something that they added to the product or fixed with the product, but the issue is back again.

It is scalable. You can have thousands of users running this product at the same time. 

We are a small consultancy, but we have customers who are running hundreds of thousands of users concurrently with the product and have no problems with it. They are running them on a worldwide basis.

Tech support is pretty good overall. There was a time when it wasn't all that great, but it is pretty good right now. It has vastly improved over what it was probably five years ago.

Ours is strictly partnership, so we haven't dealt with any other ALM type of products from other vendors.

It is fairly straightforward to set up. I didn't have any problems with it.

I don't know the exact numbers, but I know it is pricey. When we talked to the sales reps we work with from our company, they say, "Well, Micro Focus will never lose on price." So, they are willing to do a lot of negotiating if it is required.

You need to take a look at what you're doing right now and how your test requirements, defects, and so forth are organized. If you can, try to bring them under one umbrella. ALM Quality Center does all of those things. In the past, I found a lot of customers using a variety of tools to do these different things. One for requirements management, one for defects management, one for testing, and so forth. It is much easier if you can bring everything under the same umbrella, that is, ALM Quality Center.

ALM Quality Center is geared towards waterfall type projects, and a lot of customers are moving away from that right now. Octane is a solution for the agile model. In ALM Quality Center, we have what's called a test lab and a test plan so that you can organize your tests. The same capability is not there in Octane. It would be nice to bring that feature over into Octane so that we can easily see what are the tests and organize the tests any way we want.

I would rate Micro Focus ALM Quality Center an eight out of ten.

• Test management for multiple products
• Risk-based testing
• Requirements mapping
• Reporting.

• Reusable test cases
• Requirement traceability
• Reporting.

Test cycles.

Bridge to JIRA and Tableau.

• Integration with other HPE products
• APIs
• Dashboards

Defects and Test management were earlier conducted with the help of Excel sheets. Now, they are tracked in the Quality Center leading to accountability, dashboards, and being tracked in a single place.

Licensing model: HPE has one of the most rigid, inflexible, and super expensive license models. It is an extremely heavy system application. The UI is very dated. Most applications these days have a light UI that can be accessed by pretty much any browser; QC still uses a UI which has a look almost the same for the past 20 years! I am guessing they are doing this to maintain the same look and feel so that they do not have to get their customers familiar with a new UI. When you compare this system's heavy UI with JIRA or TFS, the difference is evident!

I have been using this solution from the time it was part of Mercury Corp as a Test Director. That makes it around 17 years.

Past versions were a pain to use with frequent crashes. The current version also has its own set of problems with HPE deciding to do away with its HTML/Lite version leading to a lot of confusion.

While getting additional licenses is straightforward, HPE's licensing model makes life difficult with customers having to submit a "non-usage" agreement if they do not want active support for part of the licenses. For example, you have 100 licenses and decide to get an additional 50; later on you want to downscale to 50, you will need to sign a document that says that you will not use those licenses even though you OWN the licenses! We found this extremely irritating and impossible to explain to end customers who were (and still are) irate. Support should not have anything to do with usage!

Technical support is pretty good. However, their SLAs are based on locale, timing, etc.

We did not previously use a different solution.

HPE has one of the most complicated installations. Upgrades are a nightmare. Even HPE recommends doing a fresh installation and a cut-over.

HPEs licensing model is inflexible, rigid, and is not customer-centric.

We did not evaluate other solutions.

I would recommend going towards another solution unless you have an entire HPE shop. Other similar products offer more features, are lighter, and are very light on the pocket book, too. We are also moving away from this product, primarily due to licensing costs

We are using ALM especially in business process testings because this solution helps us to connect the business mindset with our business analytics and the IT perspective. When we ran several years ago classical tests business did not understand the quality of our application. When we began to talk with the business process, it helped improve communication between business and IT.

The business value from Octane has benefited us. We see that it can combine all third parties together, free software, integrate all tools together, and create a single pipeline for development.

The previous version of ALM had a greater functionality regarding test cases. Not automatic, BBT and so on, but now in ALM Octane we have only manual testing and integration with other tools.

I think we need to increase functionality to help us to run testing. When we run the ALM project so I think I can give it a better score after we assess our experience.

Stability is OK as we installed the superior version, and now we are in our testing environment. We are investigating the process how best to use it. I heard that we can download a new version and I think after this conference we can begin our pilot project for the real team because we have several areas for implementing developments and several comments.

We have 10,000 employees. There is a huge IT staff so we need tools that can help us to collaborate with each other.

We have used HP technical support for resolving cases and we also asked help from Presales in HP Russia. These guys resolved our problems and helped us to install ALM Octane in our environment.

When we installed it we had a problem because it's running on Linux and we needed to create our infrastructure for installing Linux which was a big problem. The previous version of ALM was working on Windows. But we resolved these problems.

It provides a central repository for all our testing artifacts and documentation. We use it not only to keep everything centrally housed, but it is also great for answering audits. That is our biggest use of this product.

Centralization of our testing artifacts is probably the biggest benefit. We have a disjointed arena with a lot of different legacy applications and new applications that are being built. We need a central house to store all our procedures, documents etc. and ALM is the tool for doing all that.

It provides a streamlined and consistent approach. One that is repeatable. In today's fast paced IT world, these things are definitely necessary.

We're starting to move more into a microservices enablement world. Using other products and being able to integrate with Docker etc. is going to be key for us. That's one of the reasons why I attended this conference, is to learn a little bit more about how HPE can help us with the integration of those tools.

We have had no stability issues. It is very reliable.

It's handling everything we've asked it to do so I don't have any issues with scalability. It could probably do 10 times more than what it's doing for us.

Other than professional services, we haven't used any technical support.

Initially, we were using other products but HPE acquired a couple of those companies. Now with the recent movement towards pushing their software out to Micro Focus that may change a little bit of the relationship we have with HPE. That's another reason why I attended the conference, is to understand a bit more about how that relationship will evolve.

It was initially setup within my organization but I didn't really have any hands-on involvement with it. Our direct teams were involved in this process. Based on the staff that we have today, it was very straightforward and very easy to do. Then again, we've got people who had experience with the tool so they've done it before.

HPE has a great suite or had a great suite in their software department and everything integrates very well. For those who are looking at HPE or now Micro Focus in terms of their software, I would advise them to consider interoperability of all the capabilities. That is the key for speed and implementation as opposed to feature functions. One of the things that we've found with the HPE suite is that the interoperability is hands-down second to none.

It's 100% reliable to us. It provides us everything we need. It's scalable, flexible, centralized and also integrates well. What more could you ask for?

The most important criteria while selecting a vendor are partnership, value, capability and flexibility. We've partnered up with HPE for years and we enjoy all those different aspects with them.

We've mainly been using the product for service requests and for migrating code and scripts for Oracle events.

The solution's value is its ease of integration with the Oracle e-Business Suite.

It's not a very user-friendly product. 

I've been using this solution for six months. 

The solution is stable. 

The solution is reasonably scalable.

Compared to other solutions, licensing costs are in the mid-range. 

We also evaluated Jira and we've recently decided to move to that solution. 

It's important to check that the product is compatible with your use case. 

I rate this solution seven out of 10. 

In our organization, the manual testing guys write manual test cases through Excel. Then they import them to ALM. They'll move in all the details. Based on that, the automation team will take care of developing the scripts through Micro Focus Unified Functional Testing and they'll add the script into the test plan.

Once the lead has approved the test plan he will move all the test cases into the test labs. If any defect is found in new releases, it is logged in the defects column.

There is a parallel running of automated and manual testing. Based on that, we are able to help the quality of the applications. At an earlier stage, to catch the defects, we introduced API calls and GUI-based. Both are used to catch defects. It helps the guys to understand, quite easily, what the issues are. It is pretty useful for our organization in following the cycle method.

It has reduced the time required for testing. It makes things easy. Everything is already set up, once you have done the requirement map, and it quickens the release cycle. After QA, once it is moved into the build, we'll run both automated and manual in parallel. The automated will be completed within one day and the functional team will generally take three days and they'll know in that time if anything is there or not. Based on that, the business will plan the release.

All the features are valuable. Initially, you can take the response to the requirements and then move into the test plans, test lab, and defect creation. All of these are valuable functions.

Every tab is useful for software testing, but based on some of the requirements for defect creation purposes, we have developed a few of our own tabs. For example, there is a severity/priority module. There we have developed a module or submodule that shows who the business owner is and who the developer is. We also developed tabs so that, when creating defects and root cause, we know to whom it should be reported, so that things are easy to identify.

It is easy for everybody to understand. We can create whatever notes are required. Based on roles we can also make it familiar for business people, so they see what they need to see. That is true for engineers and managers as well. That makes it easy for everyone and gives them access to what they need. It makes things easier.

ALM is user-friendly for everyone. Someone who doesn't know it can learn it quickly, within 20 minutes. At the admin level it might take a little bit more time, since experience is required, but at the user level not much experience is required. It speeds up the validations.

It's easy to create defects and easy to sync them up with a developer. Immediately, once created, it will trigger an email to the developer and we'll start a conversation with the developer regarding the requirements that have not been matched. And we can immediately stop upcoming releases if any vulnerability is found in the application.

One drawback is that ALM only launches with the IE browser. It is not supporting the latest in Chrome. With advanced IE settings, advanced security settings, only if everything is enabled will ALM open. ALM will not launch any of the latest browsers, including Chrome. I'm not sure if this is true for the latest versions of ALM. I'm talking about the older versions. We are not using the latest version in this organization.

It should be launched for all of the latest browsers. If we could test with mobile, it would be better. We need to launch all the browsers to run the UFT scripts. There is a significant UFT mechanism that requires syncing with ALM to run with multiple browsers. 

I would also like to see API calls and AI-based algorithms to run things in an easier manner.

We have also have a minor issue, sometimes, where we are unable to launch the site. There is a back-end server and the allocation space is over what it can handle. We request the server team to clear the server.

Also, sometimes we need to write a query for downloading the execution app. That can be a little bit tricky. It would be better if there were no need to write it and we could simply download it.

I have more than five years of experience using ALM Quality Center. I am an admin-level user in ALM.

It is scalable.

Previously we were using Excel. Then the organization moved the entire thing into the ALM. It is now the central point for whatever needs testing.

When we do a version upgrade, we first take a backup of whatever data is in ALM and move it to a Linux server. There is setup guidance for the installation process. Once we install it, then we'll move the existing data back. 

One good thing in ALM is that there is a predefined template when creating the projects. We just copy that template and everything comes together. Whatever the mandatory requirements are will be there with all the tabs. And, if required based on the business needs and the project, we will create new tabs with whatever fields are needed. That is good.

The licensing determines the number of users we can enable in a particular project. There is a full license and a defect license. Full licenses are used by a few of the guys at our level. We'll give a defect license to the development team only, to access whatever defects there are, weekly, bi-weekly, or monthly.

We did not buy our ALM licenses directly from Micro Focus. We bought them from SAP, which is another solution we are using. We depend on SAP when it comes to whatever challenges come up. The source for us is SAP.

We do have a pricing concern. If we go directly to Micro Focus, they'll sell it at a higher price. If we go to some other vendor, they sell it at a lower price. My manager then says, "Okay, it's the same tool. Why do we need to buy it directly? Whatever problems come up, we can resolve them at our end." Of course, we don't know if we'll have one or two problems or not, and that is the reason to go for the higher price. But they went with SAP to buy the license.

ALM will help your business. It will save time. It makes it easy to validate everything in the latest build. It's easier to plan, cycle-wise. That is one advantage. It also makes it easy for the managers to analyze the results and the progress of the test cases. They are able to track things minute-to-minute. You can use the virtual controls to see the reason a particular test has been edited, using check-in and check-out. That is also a good feature.

Along with ALM the business is also moving to JIRA. I don't know exactly what the business strategy is there, but they're moving to JIRA as one of the sources for creating defects. They're also mapping all the requirements to JIRA.

As a system administrator, HPE ALM can be flexibly configured so that it can accommodate a variety of defined project lifecycles and test methodologies. As a project user, HPE ALM can provide a logical approach in conducting comprehensive test planning, execution, and defect management.

My organization uses HPE ALM to track the progress of testing and quality assurance efforts across projects that we are formally engaged in. The product has provided my team with metrics that provide various insights into the management and delivery of projects with respect to documented business needs.

HPE ALM’s out-of-the-box reporting can be perceived as rigid and limited, to an extent. Knowledge of HPE ALM’s data model is important when setting up certain reports, and can be challenging depending on reporting requirements. Even so, these reports may not translate into appropriate insights that will provide value to a project or management team. The performance of the product may also be a concern, depending on the amount of active connections and data processing that it has to conduct at any given moment.

Four years.

HPE ALM is relatively stable, especially with more recent versions (12.5X). However, it is important to consider utilization frequency of HPE ALM at any given time and ensure that hosted application/database servers are configured to handle resource-intensive transactions to minimize performance/availability/data integrity issues. Micro Focus has published certified/supported configurations for running HPE ALM servers and client computing devices.

In general, HPE ALM has the potential to be very scalable from both a feature and usage perspective. HPE ALM has the capability to create project templates which may then be linked and applied to different projects. The solution also allows for customizations to be applied by individual project. However, an organization must exercise discipline in applying consistent processes to manage and govern any projects which use HPE ALM, to avoid data/information management problems.

HPE’s technical support services are fair but leave a lot to be desired. An alternative to the direct HPE offering would be to pursue outside, well-known, thirrd-party professional support services that have extensive knowledge in HPE ALM and associated tools.

No, I have not used a different solution in the past.

Initial setup of HPE ALM is relatively easy. However, it does become more complex when the product must be configured to meet company needs and compliance policies. This includes site configuration parameters, migrating existing projects from a previous version, securing access, and implementing integration to other HPE products such as HPE Performance Center. Many of these considerations are documented within the HPE ALM Installation and Upgrade Guide.

It appears that most companies choose HPE Quality Center Enterprise or HPE ALM. HPE ALM contains everything included with Quality Center Enterprise, and further adds features focused on cross-project customization, planning, and tracking.

Seat and concurrent licensing models exist; the latter is recommended if a large number of different users will be utilizing the product. There is also the option of utilizing HPE ALM/Quality Center Enterprise as hosted on HPE’s SaaS platform.

This product was already chosen from a historical perspective. Although some high-level research around alternative solutions (Helix/TestTrack, Microsoft) was performed, none of them seem to be as comprehensive or as well suited towards satisfying existing needs.

HPE ALM is a relevant product that assists with test delivery, execution, and management within a project-driven environment. I would recommend others to check out the HPE ALM Help Center and product pages for additional information before making a decision.