OpenText ALM Octane Reviews

We are using ALM Octane for electronic component testing and validation. We have a few departments where they are developing their software and using JIRA projects and exchanging results with Octane. 

About 80 percent of the users are not in software development itself, but are in software testing. The software is developed by external companies and we are just doing the integration testing. We are putting the components together from five different suppliers, and then doing the integration testing. Is the software working in real life, together, from the different control units of different vendors? It is a staged process. We check if things are working in the different parts of the system, like the engine components, drive train, navigation, and infotainment systems. If things are working in those different areas, we put everything together and test it in a complete car.

As a result, we have lots of test cases. We have automated tests and a test automation tool that is controlling complete car-wrecks and the like. So it's not only a mouse pointer on a screen. It's controlling robots opening and closing doors, for example. 

Our main focus is efficient planning of tests. We cannot run all the tests we have every single week, because lots of the stuff has different variants for Europe and the U.S. and China. So we have to have very sophisticated test planning. A lot of attributes are needed for this and for all the runs, whether manual or automated. We have what we call a very large problem management process to work on the defects with the 100-plus suppliers that are delivering different control units and, therefore, software packages.

We use Octane's Backlog and Team Backlog capabilities a lot. For example, we use them for errors that occur in software that we are not developing ourselves, where we are just doing the integration testing. In such cases we are using user stories to order teams to test a certain number of test suites or test cases. We can use it straight away, out-of-the-box, without breaking or adding something to the tool. Using Team Backlogs means our teams can use all the features that come with Octane, for our benefit, without doing anything else. In the past, if you compare it to the old ALM solution, lots of teams had to store their tests and results in ALM.Net and use JIRA as a parallel system. They were manually copying and pasting links into both tools to control their workloads. Users were used to working with user stories as a work order, and that is now integrated in one tool, which is a huge benefit.

It has also reduced our testing costs. I don't have the numbers, but we're speeding up a lot. Just the waiting time we had with the old ALM when logging in was about one minute. If you multiply this by 5,000 users who are logging in on a single day you can calculate very large savings, very fast.

We use OpenText ALM Octane as a Quality Hub within our development cycle. It meets our strict audit requirements, particularly those mandated by Dutch Bank for the financial sector.

OpenText ALM Octane is a new product with full development ongoing, where new ideas are launched regularly. Its ability to generate audit evidence with a single click is a significant advantage, as it saves considerable time and money compared to manual processes. This efficiency is especially valuable for audits required by financial regulators.

ALM Octane is used to manage our software delivery. Currently, we are running the hybrid mode. We use traditional waterfall delivery as well as agile. 

• For waterfall delivery, it is managed completely. Then, we have our requirements and our test cases to cover those requirements as well as the defects. 
• For agile, we currently have only one team. So, all team activity happens in ALM Octane. Their backlog is broken down into user stories tasks, then covered by the test coverage.

We have installed it on a Windows Server on our systems.

ALM Octane natively supports waterfall, hybrid, and agile software development perfectly at an enterprise scale. 

1. If you look at the Requirement module, then we see all the defects and test cases related to waterfall. 
2. If we look at the Backlog module, we see what the agile team works on. 
3. If you want to see it at the component level, then imagine that we have a CRM system where a release project of waterfall makes a delivery and the agile team also makes a delivery on that component. 
4. We come to the Quality module, where if you select that component, then both streams would be represented there. 
5. If you select in the Quality module components, then we could see that, "Okay, this is linked to the defects from this source and that source. These are test cases covering that." 

This was one of the key aspects of why we took ALM Octane. 

With ALM Octane supporting agile, this reduces complexity and the need to manage multiple tools. We are still working on some automation that would further make us more efficient. So, we are building in-house tools to reduce the manual work.

Our user experience has been greatly improved.

In the current organizational structure, our development teams and testing teams are separate. With this transformation, I think the collaboration will increase, and we are on our way to put these teams closer.

We are very much moving towards DevOps in certain parts of the application. We are starting to develop these microservices and running a proof of concept where we want to integrate our Jenkins pipeline, which builds and deploys the application into Octane. For example, if there is a defect in the content, then what defects are being deployed through this pipeline? Octane really supports DevOps with the Pipeline module using the comment information in the items, along with integration from the IDEs. So, once our PoC is done, then we will utilize the DevOps features.

I have used the solution in my company since we were developing a training information system.

In terms of how the tool has helped improve our company's workflow or how our organization functions, I would say that we have had the CI/CD pipeline going in and doing the development. We would also do the testing, specifically manual testing.

We have a relatively splintered tool set and a number of tools which could not connect all of those things together. Therefore, the use case for ALM Octane was that we were trying to create a single version of the truth. A single source of everything to change within the IT department. 

I work in the programs management department.

We are using the latest version of the product because we are cloud-based. We receive all the deployments as they are released.

Octane has definitely improved the capability that we have for visibility within our tool set. The ability to report and see the current status on change, defect, and test runs on a spring by spring basis within our programs. Previous to this, change management was done in one system and testing was done in another system. Defects were in one of those systems, but they were like forgotten children and weren't really linked to anything. 

Octane has made everything a lot more visible. It's ability to relate everything together and create spider diagrams of change, the lifecycle of that change, defects, and the test status. These have made a massive difference to the visibility and our ability to trace back to the origin of a change, where it started, and see how it finished.

It's beginning to improve our processes as well. We are seeing some real improvements in the way we do things. We are becoming more agile in the way we do it because of that and in a way that stories are managed. Stories are given lifecycles as opposed to just being entities within a tool.

The visibility that we received from the ALM tool is that we can see a change through from its early requirements all the way through to development check-ins to the pipeline release then to the point that it's deployed. We can see the full lifecycle of the change within the ALM tool including integrations that we never before had in a change management tool. It's almost revolutionary for some people here to see check-in information appear against a user story in an ALM tool.

Its user experience made us a lot happier than using other tools, making it easier for non-IT teams to work together with IT teams.

Octane provides us with a single platform for all automated testing. Our test management is a lot more transparent and successful because it includes the team (the non-IT user and the developers). We are more streamlined and running a lot faster. The single platform for all automated testing has 100 percent affected collaboration between development and testing teams because everything is all in one place.

Octane integrates with your CI server for continuous integration and delivery. This makes us go faster, providing overall transparency during stages or phases.

The solution provides a single, global ALM platform that supports all our agile and waterfall needs. This has improved the overall quality of our DevOps by a lot.

The user experience is a lot better than any tool that I have used before. Overall, it is great. It has a smooth interface, which is very user-friendly. It makes it easier to work together and have more transparency and customization, which is very good. There are a lot of features where you can add fields, input individual fields, and input rules, like templated rule-based interaction between entities. 

The Backlog management is really interesting, because it is all in one place. You don't have a feature here and a feature there, instead you have the Backlog and testing using different backup items, like user storage features and tasks, all in one place. In addition, we are able to write documents, which we can transfer to backup items. Then, we can test them in the same solution without switching tools, or even switching from one part of the tool to another part, because it is all in one place.

We use the solution’s Backlog and Team Backlog capabilities. They make our DevOps processes easier through transparency and asset collaboration.

We are only using the Quality testing module of Octane to test newly developed mobile solutions or changes. For example, if someone wants to deploy a new promotion of a cheap bundle for 1 GB of 50 ram. Once that goes through the project management and comes to us, we use mostly these three Octane modules: Backlog, Quality, and Pipelines. 

My team has benefited a lot from this solution. Sometimes it can be a massive, gigantic project where it's a migration from one system to another. Because we already have the requirements and the test kit setup on the system, it is easy for us to run regression.

The solution natively supports Agile-Waterfall hybrid software development at an enterprise scale. This is very important to us. Because even though the company wishes to go Agile, we still have projects which follow a Waterfall methodology. In order for us to accommodate both, we needed some sort of hybrid system. Because if we are using a fully Agile system, then the reporting might not be correctly extracted.

At the end of the day, teams are able to collaborate because we are working on one thing. One person can do their part of the job, then another person picks from there and carries on. So, it runs as a smooth process.

Even though there are other people who are not using the system, if we would give them access to the project management, then they would be able to trace where we are at any point in time.

Micro Focus ALM Octane is primarily used for test management, specifically to manage all testware in a single location. It also allows linking requirements to tests and tests to defects, ensuring defects are traced back to their original requirements. With ALM Octane, users can manage requirements, allowing for the execution of appropriate tests on the code. If a defect arises, it can be linked back to the test case and requirement for effective resolution.

Regarding features, the ability to work on the whole life cycle management, especially to manage the whole software testing life cycle, is the most valuable in Micro Focus ALM Octane.