Testing Services provides a platform for QA professionals to discuss and gain insights in to the business value delivered by testing, the best practices and processes that drive it and the emergence of new technologies that will shape the future of this profession.

« Is your testing organization ready for the big data challenge? | Main | Three Stages of Functional Testing 3Vs of big data »

Balancing the Risk and Cost of Testing

Author: Gaurav Singla,Technical Test Lead

A lot of things about banking software hinge on how and when it might fail and what impact that will create.

This drives all banks to invest heavily in testing projects. Traditionally, banks have been involved in testing software modules from end-to-end and in totality, which calls for large resources. Even then, testing programs are not foolproof, often detecting minor issues while overlooking critical ones that might even dent the bank's image among its customers.

So, the decision on what to test and how far, is a tricky one. However, experience shows that a risk-based testing approach is well suited to banks' testing needs, as well as their pockets.

While the technicalities of banking software testing, including automation testing, performance testing, load testing etc. appear complex, a relatively simple risk-based testing approach may be employed to identify and prioritize the areas of testing focus.

Risk-based testing follows a simple principle: It determines the impact of software failure on the bank's business, and recommends that project managers carefully attend to those modules where there is high business risk.

The next thing is to identify the most critical business areas of the bank. It seems logical to pinpoint the business areas earning the highest revenue, but that might not actually be the case. Consider these situations:

  • A module/sub-module furnishing wrong information to the central banking agencies of concerned geographies
  • The damage to the bank's image when retail customers are updated with wrong information over Internet banking (or any other channel)
  • Long queuing time at ATMs due to poor performance testing
  • High downtime of banking software across branches.

In such situations, risk-based testing gives the best results by according highest priority to projects involving regulatory reporting and compliance. Similarly, high priority is given to those modules/ sub-modules of bank software, which impact customer communication across unassisted channels like Internet / mobile banking.

On the other hand, lower priority may be given to software modules which fetch considerable revenues, but are low on risk. 

Testing is generally executed by a dedicated testing team; however, risk-based testing calls for brainstorming and discussions with business / marketing to decide what is to be tested and on what priority.

To sum up, risk-based testing is that tool, which when used effectively after involving the concerned people in marketing/ auditing/ reporting etc., is certain to bring down a bank's testing costs.

Post a comment

(If you haven't left a comment here before, you may need to be approved by the site owner before your comment will appear. Until then, it won't appear on the entry. Thanks for waiting.)

Please key in the two words you see in the box to validate your identity as an authentic user and reduce spam.