Welcome!

@DevOpsSummit Authors: Pat Romanski, Elizabeth White, Liz McMillan, Dalibor Siroky, Stackify Blog

Related Topics: Mobile IoT, Java IoT, Microservices Expo, Containers Expo Blog, Agile Computing

Mobile IoT: Article

Mobile Performance Testing: Demystified

A look at how to approach performance / load testing extranet mobile applications

How does the approach to performance / load testing extranet mobile applications change from testing other RIAs? In some ways, not much. Yes, the user activity for every mobile application will be unique, but the same goes for every web application. Different technology stacks, different deployments, different load patterns, different types of users profiles, and different content delivery… All make each web application, in its own right, unique. The approach to methodical performance testing for capacity planning and identifying scalability issues remains the same.

The mobile application could be a web site accessed via a URL or it could be a native mobile application loaded onto your device. The list of mobile devices keeps growing, but currently the most popular are Tablets, PDA’s, Droids, Blackberry, iPhone, iPad, Smartphones, etc. Supporting testing from these devices is important, but what’s even more important in your mobile load testing strategy is to generate traffic that represents the way users are actually going to access this mobile application. Whether it’s an ecommerce application being accessed via a Safari browser or an installed mobile app which makes webservice calls out to a feed, the load testing tool must generate the correct type of user connections and generate realistic load. This is the exact same challenge with testing non-mobile web applications as well.

Mobile applications are being developed and deployed rapidly, using a variety of cutting edge protocols and behaviors. The load tool must support the latest technologies in order to effectively address mobile apps. You need the ability to record a script either straight from the mobile device, from an emulator, or from a mobile browser. Handling behaviors such as asynchronous behaviors of PUSH technology becomes a requirement in many mobile applications. As important as the design of a performance test case scenario, now the load generation piece must either mimic the unique characteristics of mobile devices or have the ability to generate the load straight from the device. For example: headers, number of connection threads, etc. All these characteristics are important elements to emulate when conducting web and mobile performance testing.

What’s different about mobile? Mobile applications are being built using network efficiencies which aim in relying less on the intermittent characteristics of mobile networks. It is the variable network conditions that cause delays in response times which in turn affect the duration that ports or sockets are kept open — an environmental resource usage that is frequently seen with mobile applications. It’s because of this variable network connectivity that the user experience isn’t always an absolute known: the speed of the network depends on your device, your network plan (WIFI, 3G, 4G, ATT, etc), your geographic location, network connectivity, the network usage vs. bandwidth, and so on. Your load tool needs to have the option of emulating these bandwidth speeds to more accurately capture response times. Developers concentrate on what can be controlled: building efficient mobile apps which require less network overhead. There are many techniques to reduce the network traffic, all of which contribute to making responses less dependent on the network. “Conservation” is the approach of reducing network roundtrips by decreasing embedded requests, using local storage on the device for caching static files, enabling transfer compression, avoiding redirects, minimizing data content size, reducing number and length of cookies, removing lint from code (white spaces and comments), organizing the delivery for incremental rendering, aggregating requests and using PUSH behaviors. Creating lighter-weight mobile applications allows the overall end user experience to be less dependent on the device network vulnerabilities.

In the end however, the approach to load testing an extranet mobile application remains the same. You have goals: number of concurrent users, expected response times, load patterns etc. Using the right load tool, you can emulate this activity. You then identify capacity and saturation points and alleviate these bottlenecks in order to scale to a higher workload. You already know the drill for doing this and if you don’t, please refer to 11 Tips to Becoming a Better Performance Engineer. It sounds simple, but mobile performance testing is an interesting and vast topic so check back in for future posts on the subject from some of my colleagues.

More Stories By Rebecca Clinard

Rebecca Clinard is a Senior Performance Engineer at Neotys, a provider of load testing software for Web applications. Previously, she worked as a web application performance engineer for Bowstreet, Fidelity Investments, Bottomline Technologies and Timberland companies, industries spanning retail, financial services, insurance and manufacturing. Her expertise lies in creating realistic load tests and performance tuning multi-tier deployments. She has been orchestrating and conducting performance tests since 2001. Clinard graduated from University of New Hampshire with a BS and also holds a UNIX Certificate from Worcester Polytechnic Institute.

@DevOpsSummit Stories
ChatOps is an emerging topic that has led to the wide availability of integrations between group chat and various other tools/platforms. Currently, HipChat is an extremely powerful collaboration platform due to the various ChatOps integrations that are available. However, DevOps automation can involve orchestration and complex workflows. In his session at @DevOpsSummit at 20th Cloud Expo, Himanshu Chhetri, CTO at Addteq, will cover practical examples and use cases such as self-provisioning infrastructure/applications, self-remediation workflows, integrating monitoring and complimenting integrations between Atlassian tools and other top tools in the industry.
As DevOps methodologies expand their reach across the enterprise, organizations face the daunting challenge of adapting related cloud strategies to ensure optimal alignment, from managing complexity to ensuring proper governance. How can culture, automation, legacy apps and even budget be reexamined to enable this ongoing shift within the modern software factory? In her Day 2 Keynote at @DevOpsSummit at 21st Cloud Expo, Aruna Ravichandran, VP, DevOps Solutions Marketing, CA Technologies, was joined by a panel of industry experts and real-world practitioners who shared their insight into an emerging set of best practices that lie at the heart of today's digital transformation.
"Storpool does only block-level storage so we do one thing extremely well. The growth in data is what drives the move to software-defined technologies in general and software-defined storage," explained Boyan Ivanov, CEO and co-founder at StorPool, in this SYS-CON.tv interview at 16th Cloud Expo, held June 9-11, 2015, at the Javits Center in New York City.
As Marc Andreessen says software is eating the world. Everything is rapidly moving toward being software-defined – from our phones and cars through our washing machines to the datacenter. However, there are larger challenges when implementing software defined on a larger scale - when building software defined infrastructure. In his session at 16th Cloud Expo, Boyan Ivanov, CEO of StorPool, provided some practical insights on what, how and why when implementing "software-defined" in the datacenter.
Is advanced scheduling in Kubernetes achievable?Yes, however, how do you properly accommodate every real-life scenario that a Kubernetes user might encounter? How do you leverage advanced scheduling techniques to shape and describe each scenario in easy-to-use rules and configurations? In his session at @DevOpsSummit at 21st Cloud Expo, Oleg Chunikhin, CTO at Kublr, answered these questions and demonstrated techniques for implementing advanced scheduling. For example, using spot instances and cost-effective resources on AWS, coupled with the ability to deliver a minimum set of functionalities that cover the majority of needs – without configuration complexity.