Q

Strategies for testing mobile applications

Expert Kevin Parker explores all the necessary tool sets developers and testers must implement to support the mobile applications market.

What toolsets are needed to ensure proper testing of mobile applications?

It is said that by 2015, there will be 1.6 billion mobile devices connected to the Internet (according to Morgan Stanley). According to Verizon, that number will be 20 billion by 2050. That’s five times the estimated mid-century population of the planet.

What the research doesn’t tell us is how many variants there are going to be of those devices. As with the entire history of computing, we have always had to face the challenge of supporting old platforms and future platforms.

In the world of testing for mobile devices, we are also facing many new variants introduced because of the capabilities of the different networks (phone and surf works on AT&T but not on Verizon, for example), the regulations on data capture that vary from state to state and country to country, support for national characteristics of language, character set and even culturally sensitive color schemes. Form factors change from platform to platform, with buttons, screen size and resolution a never-ending evolutionary imperative. In some countries, support for users with disabilities is mandated. In other countries, some capabilities need to be turned off. The possible number of configurations needed to be supported runs to the tens of thousands and is increasing exponentially each time a new platform, or hybrid platform like the newly announced Kindle Fire, is introduced.

So what do tools look like that support the testing of all this diversity?

Configuration management is a critical piece of this puzzle. A configuration management tool that can maintain the configurations across a number of intersecting vectors of operating system, hardware platform, country regulations, state regulations, etc., is essential. Perhaps the most important attribute to maintain though is risk: what risk is non-compliance? Is it loss of revenue or time on jail? Is it having your platform banned in that country (Samsung Germany)? Is it massive fines for your corporation?

Automated testing tools are also critical to enabling adequate test coverage of the mobile application. Investment in this area is often far below where it should be. In terms of relative complexity, mobile apps tend to focus on the mainstream actions -- compare your online banking experience through the website to your mobile banking application, for example. This means that the number of variations of test paths is more controlled.

Remember that each time the UI changes, it invalidates the automated tests. So the mobile application needs to be architected for testing. Segment the functionality so that features that are not changing are unaffected by changes to parts of the application that are. This prolongs the currency of the automated test scripts.

And finally, ensure that every action is logged and tracked so that reports can be run and “hot spots” can be determined and fixed over time.

This was first published in December 2011
This Content Component encountered an error

Pro+

Features

Enjoy the benefits of Pro+ membership, learn more and join.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

0 comments

Oldest 

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

-ADS BY GOOGLE

SearchSOA

TheServerSide

SearchCloudApplications

SearchAWS

SearchBusinessAnalytics

SearchFinancialApplications

SearchHealthIT

Close