26 Billion Reasons to Automate Oracle FLEXCUBE Testing

26 Billion Reasons to Automate Oracle FLEXCUBE Testing

Each year, organisations and consumers globally depend on Oracle FLEXCUBE to process an estimated 26 Billion banking transactions [1]. For established banks, FLEXCUBE provides an agile core banking infrastructure, progressively transforming banking components to keep pace with the latest in fintech innovation.

As will be discussed in my next webinar, each migration and update made within core banking must be tested rigorously. Otherwise, financial organisations risk exposing critical banking systems to defects, downtime, and devastating data breaches.

THE CHALLENGE OF TESTING ORACLE FLEXCUBE

Rigorously testing core banking systems can present substantial complexity for the hundreds of banks who rely on custom FLEXCUBE implementations, and who have integrated FLEXCUBE with broader systems.

A lack of in-house FLEXCUBE expertise and the complexity of testing complex end-to-end scenarios can prevent rapid and rigorous testing during migrations and updates. The time required creating, executing, and maintaining vast test scenarios further often forces banks to make the undesirable choice between:

  1. Updating their core banking infrastructure at the risk of damaging bugs;
  2. Letting their banking systems fall behind the latest innovation and security updates.

The winners in this situation are the nimble banking start-ups who can innovate faster than established players with substantial legacy infrastructure.

AUTOMATED FLEXCUBE TESTING

Model-based test automation presents a solution for banks with substantial legacy infrastructure, who are striving to realise the value of new FLEXCUBE releases. Model-based test generation can reduce testing bottlenecks during FLEXCUBE migration and upgrades, minimising the time spent battling complex system parameters and manual test creation.

With Test Modeller, testers can use UI scanners, test importers and reusable components to assemble visual flows. The quick-to-build flowcharts then auto-generate the optimised tests and data needed during a migration or FLEXCUBE update, removing barriers to the latest in core banking innovation.

In fact, componentised and logically complex systems like Oracle FLEXCUBE are the perfect fit for model-based test automation. Common FLEXCUBE components can be assembled rapidly into end-to-end tests scenarios, quickly arranging subflows into visual flows.

The complexity of FLEXCUBE’s underlying logic and data are then no match for automated and systematic test design. Testers can offload the time and complexity of test creation to powerful coverage algorithms, creating the smallest set of tests and data needed for rigorous testing.

Using Test Modeller, test teams can focus on maintaining visual flows during migrations and after upgrades, rapidly generating rigorous FLEXCUBE tests and data. They can focus on adjust reusables flows to reflect custom FLEXCUBE configurations and end-to-end integrations, removing barriers to core banking innovation.

Interested in learning more about rigorous FLEXCUBE test automation? Join me on July 13th for Test Automation for Oracle FLEXCUBE: De-risk upgrades and migrations in core banking.

About the Author: James Walker is the CTO at Curiosity, James holds a PhD in visual analytics, a topic that combines human problem-solving with computer processing power. James has applied these ground-breaking approaches to QA over the past 9 years, focusing on Model-Based Testing and Test Data Management.

Helping your team build a culture of quality, from requirements to release, with Test Modeller and Test Data Automation!