How Safe is your Mobile Banking App?

According to a report prepared by KPMG, number of mobile banking users will get doubled by 2019 and reach a quarter of the global population. With the emergence of mobile banking apps, a huge percentage of banking transactions have already moved away from traditional methods like using services of ATMs or bank branches. In light of this progression, banks are continually striving to introduce innovative and advanced mobile services. It goes without saying that the end users’ expectations are also rapidly increasing. Such expectations include the highest level of performance, support for a never-ending number of mobile devices and a complete package of features that can empower them to meet their routine banking needs seamlessly. In this scenario, testing of mobile banking apps has become extremely crucial to ensure a flawless and smooth user experience. Banking applications deal with absolutely confidential financial data, which has made their testing one of the most difficult ones with some major and mandatory elements. Let’s have a look at 4 key elements that have to be considered while testing mobile banking apps.

Download Free E-Book: Automated Testing for Mobility

Getting right kind of test data

Different types of misuses can happen if a customer’s personal information gets uncovered in public domain. Hence, to prevent this, most countries have strict regulatory requirements that often make the personal information inaccessible to the testers. To produce right kind of test data, a tester should consider retail banking apps that validate testing over different devices. For instance, in case of two customers having short and long names and different account balances, testing the app with these data may ensure the intactness of the screen layout in different cases. Merging of synthetic data creation with data masking empowers the tester to deal with this problem successfully. The personal information is obscured while the synthetic test data is generated after actual comprehension of the business flow.

Read more ..

Implementing DevOps Quality Approach – Different principles

Continuous testing and quality monitoring together with continuous test development based on TDD, BDD and shift-less, as well as shift-right testing are all crucial for DevOps quality. At the same time, performing quality checks at different points in the DevOps cycle is also the responsibility of everyone involved. For example, the emphasis at continuous build is to find if the build has the potential of interfering with the operation while validating usability and functionality has focused upon at continuous development. The focal point of continuous integration is to validate security, performance, usability. To ensure quality in DevOps, clear understanding of potential risks and priorities with respect to business performance and customer value is also crucial. Let’s take a closer look at some key aspects that drive an integrated DevOps quality approach.

An automated testing process and continuous quality monitoring:

These are related to the continuous build, development and deployment process. With a completely automated process of testing, every aspect (from test planning, test strategy, test environment set up to test data provision and test execution including functional and non-functional testing) is covered. Validation checks are performed with quality analysis tools while newly created/defined validation checks are automatically included in the complete set of existing quality checks. Based on instant user reports and production incidents, quality level of applications is monitored closely and continuously by setting up a quality automation framework.

Read more..