Mobile Application Testing is Becoming a Matter of Risk Management

Let’s face it, given the wide range of devices, with their own factory or user customization, it’s becoming ever harder and more expensive to test mobile apps, so a new approach to testing mobile apps is needed, especially on Android, with its plethora of screen sizes and resolutions.

While obvious, it may not be immediately transparent that a “one-size-fits-all” solution cannot exist. Thus, a business-specific, business-oriented and business-relevant testing approach must be defined so the matter of testing mobile apps is not reduced to a mere “test until it is good enough” – which, in some cases, may be enough, but not always – which implies some different approach.

Testing, in general, is required for risk management. Application testing was always related to risks. For this reason, we test so that applications don’t easily fail. We test and enhance applications so that the chances they fail become smaller with each passing iteration. Simply put, application failure is a risk, so testing for failures is a means to manage this sort of risk. However, risk management is a lot broader than testing for failures, because this sort of testing is just a tool – out of many other tools – to get somewhere, whereas risks can also be non-technical, or not application-related, but I digress.

In the context of mobile app testing nowadays, risk management is becoming more closely tied to testing than it used to be five years ago. For instance, years ago, risk management was driving app requirements, which drove testing requirements and that was it. Nowadays, risk management drives app requirements, driving testing requirements and, then, the output of the process is, again, consumed by risk management which, again, may produce new requirements.

One can’t test everything on all mobile devices, and “test until is good enough” may not be suitable enough. So, by understanding the business needs, the business process and the business model of the application, it is indeed possible to define a testing approach that not only ensures the maximum quality for a given cost, but also the minimum business risk in this context. Simply put, as we can’t control everything, we can control the software development process in order to minimize risk by testing properly.

For this, the testing approach should switch from “testing the mobile app” to “testing the mobile app in the most business-relevant context.” Well, one should always test in the context that is most relevant for the mobile app, but by enunciating this principle it becomes easier to focus on what is business-relevant rather than what is just technically-relevant, as these two usually do not overlap.

By embracing context in testing, by being focused on what is business-relevant first, it becomes easier, albeit not easy, to define a strategy for testing mobile apps that produces good results. Of course, this means that the testing team needs to understand the business, not just the app, to understand the context, not just the business and, on top of that, to understand the vision behind the mobile app. So, layers upon layer of expertise are required for effective mobile app testing. This is why it’s so beautiful and fun. Because, let’s face it, reducing risks is fun, it’s what drives us to build a better (technical) world. So this endeavor satisfies both, a human and a business need, for all parties to gain something.

 

Robin Molnar

Robin Molnar

Senior Quality Assurance Engineer

Robin Molnar is a Senior QA Engineer at 3Pillar Global. He is keen on learning new things and using a scientific approach to testing. He is fond of cloud, web, security, and specialty applications. Robin is always eager to help improve quality in a measurable, sustainable, and transparent way. Prior to joining 3Pillar Global, Robin was involved in quality assurance of cloud-automation applications used by many Fortune 500 companies.

One Response to “Mobile Application Testing is Becoming a Matter of Risk Management”
  1. Shekhar Raj on

    Hi..Testing is a hectic process but it is necessary to test your responsiveness before it is brought to user .But how will it be if this long process can be shorten down. I loved pCloudy mobile app perfomance testing tools and i would say it gave my bugs within few seconds .For more information you can visit : https://www.pcloudy.com/traditional-mobile-app-testing-vs-new-way-of-mobile-app-testing-with-pcloudy/

    Reply
Leave a Reply

Related Posts

How to Manage the “Need for Speed” Without Sacri... The pace of innovation today is faster than it has ever been. Customers are much more active and vocal thanks to social and mobile channels, and the c...
Determining the First Release The first thing you release needs to put the solution to your customer's most important problem in their hands. Deciding what the most important probl...
The Art of Building Rapid (and Valuable) Proofs of Concept Clients and stakeholders want results. They want assurances that their investment is well spent and they're building the right product. The software d...
Are You Doing Stuff or Creating Value? You can put a bunch of stickies on the wall, create tons of JIRA tickets, and commit lots of code, but are you creating value? Is the work your produc...
Costovation – Giving Your Customers Exactly What They ... On this episode of The Innovation Engine podcast, we delve into “cost-ovation,” or innovation that gives your customers exactly what they want – and n...