OpenText ALM / Quality Center Reviews

Being able to quickly and easily compile executables on multiple platforms.

Just over 10 years ago, our organization joined the Australian Bill payment scheme, part of the technical requirements involve having to build a COBOL interface to their rules validation program. So we needed to source a COBOL development environment which would allow us to quickly develop and deploy a COBOL interface.

None that I can think of from my experience, MicroFocus COBOL does everything we need it to do.

More than 10 years

No, we found the support staff at MicroFocus in Australia to be highly knowledgeable and very much of assistance in helping us get our products setup and deployed.

None, the product has been absolutely rock-solid.

No, the solution has coped with tens of millions of dollars worth of transactions over the years.

Very high.

Extremely good.

No.

Yes, setup was fairly straightforward. It needed a little help with regards to the license server on the development platform, but once that was sorted out everything was smooth sailing.

We developed our solution in-house.

Substantial, the payment platform is an essential customer service.

We found the pricing to be very reasonable.

We did, however MicroFocus stood out with their excellent technical support.

It's a very good tool to use for referencing all testing components in the lifecycle of the application end to end. For example, you can include a requirement test case, feasibility of execution, and dashboard reporting for web or mobile applications.

The benefit is to track coverage of functionality, and to have a stronger application without bugs in production.

Integration with other tools would be good, for example, with open-source tools. In the meantime, we do something with JIRA, with Selenium, and so on, and it's good; but we can increase this connectivity with other tools.

For the past month, the solution has been more stable than it has been over the past 10 years. For our mobile center, for example, we started using it this year; but it's not very stable for the moment. ALM, however, is stable.

For the moment, we use it for our projects; but our testing centre is only in one location, and not for offshore. We haven’t had to scale it much.

Technical support depends; frequently, it's not very responsive in resolving our problem, but engineers handle it too late.

In the past, we used a Compuware Solution and an open source solution. We switched to ALM because tracking all activities is better when all your monitoring is on products from the same vendor.

The initial setup was okay.

The IBM solution is very hard to set up and to use. The Silk solution, which is now Micro Focus, is very strong.

With ALM, it’s simple.

Use ALM because it's simple; it has all information you need to communicate with all people involved in a project, whether they are in IT or not IT. This is the aim of the testing lifecycle.

The most important thing when choosing a vendor is that the product is user friendly and can integrate with all your old modules. It helps to have one application rather than multiple applications to connect with all the different companies.

With HP ALM, I think it's the fact that it's self-contained application so we can do everything inside the application. We only need to use this one tool.

The availability and the fact that HPE people want to help is something that I appreciate because they are with us, they try to help, they try to understand what we need and they act accordingly.

I think it sells because it's HP ALM. It's because it's a collaboration tool. It helps everybody collaborate within a project and because of that I think we save time and we have less difficulty making sure that everybody is aligned.

The tech support is sometimes not clear when you speak to them.

We had some issue before but now its been fixed. It's because we migrated from an old version and we went to a new one. That created a couple of issues but now it's solved. We need to go to another version so it will be another challenge, but we're working with HPE to understand the best way to do it.

We've had no issues scaling it for our needs.

It's good but we need to manage exactly what we need from them. Sometimes on the business side it's not clear enough. When it's not clear we don't have the results we need. The next time we need to make sure to correctly define our needs and involve them in that way.

We didn't use any other solution previously.

It's not straightforward because for us it was because it was an upgrade of the infrastructure as well. So at the same time we changed the server, we also changed the infrastructure. It was not because of the product itself, it was more linked to what we needed to do at that time.

The most valuable features are ALM's flexibility and performance. We're also able to customize it to do what we want it to do.

Using it properly is our biggest challenge, as some people use it on the most basic level and others rely on other tools.

I think the biggest challenge with ALM is getting useful data in one place. They're scattered in different parts of the solution right now.

It should also allow us to get quicker access to data from the things we're working on.

The overall usability of it could be improved as some things are a bit slow to get used to.

It has deployed just fine for us without issues.

It's close to being perfectly stable. We have no problem with instability.

It has scaled easily for us and our needs.

Customer service is generally pretty good.

Technical support has been pretty good so far. They tend to be fairly quick to respond to us.

We're using JIRA alongside ALM, but there wasn't a prior solution to ALM.

Setting it up is not too difficult.

We implemented it ourselves.

We constantly keep an eye on competitors, but there's not been anything that we've considered moving to.

The overarching lifecycle view, from requirements gathering through to testing and defect resolution. Additionally the ability to customize the user permissions so they can only see and do what their job role permits.

It added structure to the test process and enabled the developers to better understand the QA process. This in turn led to an improvement in the code developed in-house.

As a standalone QA tool it meets the needs adequately, but it really needs combining with other solutions, such as Agile Manager, to get the best full lifecycle solution.

Around 14 years from when it was originally called Test Director.

There are still some issues when deploying to a few end user machines but the install and upgrade process is very easy. Some of these issues will be resolved in later releases.

Very stable with no reported issues in years.

There are options to increase the scale of use and extra modules that can be obtained with the full ALM license.

On par with other big companies, sometimes you need to get past the front line support to get to the real answers.

Good, quick turnaround with ideas and solutions to try.

QA was driven by spreadsheets before the deployment of Test Director.

The documentation is not always easy to follow but the answers can be found on the support forum and help desk.

The initial deployment was with a vendor over 14 years ago, but all subsequent updates have been done in-house.

It's unknown, but I suspect it to be quite significant.

More recently it was reevaluated against Microsoft Test Manager to see if it was still the best QA tool for our needs.

It is still the best QA tool on the market that integrates with most of other tools we use. It allows everyone who wants to be able to see the current quality of the project and control the QA process.

Fully understand the different options out there and the license types. Other tools may offer similar and you will probably want to customize some of the options to get the best out of it. Have not tried the cloud option which would take away any implementation and upgrade issues.

• Being a large SAP shop, having the ability to track individual issues to a defined release is a key function.
• We also use the tool for our performance testing and automation efforts, including the test library repository. These functions within the tool are easy to use and allow our internal user community simplicity in the needed access to these.
• Scalability is a must with our business and this tool has it.

It has a very large footprint, and takes an inordinate amount of time to load the components and seems to need to do this quite frequently. Also, with many of these tools, there is always room for improvement with the UI in terms of intuitiveness and functionality.

I've used it for five years.

Just the amount of time to install as well as the reinstall frequency.

No issues encountered.

No. Scalability is another key reason for using this tool as mentioned above.

As with any big company, HP support is good but costly.

I have not had to deal with them.

We really started using ALM about five years ago when our testing automation efforts kicked into high gear. Up until then, we were tracking testing using various other smaller tools.

Setup was straightforward once the needed hardware was defined and in place.

It was done in-house.

We have other tools with HP, so it's bundled in with these and hard to measure ROI specifically for one tool.

You need to negotiate with HP.

It's a great tool for a company looking to establish a scalable solution that will give you flexibility as you grow, BUT I would highly suggest you have individual(s) with the expertise to care for and feed it.

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. 

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.