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

High Availability and Automatic Failover in Hadoop Hadoop in Brief Hadoop is one of the most popular sets of big data processing technologies/frameworks in use today. From Adobe and eBay to Facebook a...
How the Right Tech Stack Fuels Innovation – The Innova... On this episode of The Innovation Engine podcast, we take a look at how choosing the right tech stack can fuel innovation in your company. We'll talk ...
The Road to AWS re:Invent 2018 – Weekly Predictions, P... For the last two weeks, I’ve been making predictions of what might be announced at AWS’ upcoming re:Invent conference. In week 1, I made some guesses ...
Building a Microservice Architecture with Spring Boot and Do... This is the fourth blog post in a 4-part series on building a microservice architecture with Spring Boot and Docker. If you would like to read the pre...
Building a Microservice Architecture with Spring Boot and Do... Part III: Building Your First Microservice, its Container, and Linking Containers We're about ready to actually get started with building a microserv...