Tech, ExplainedCloud platforms and developer tools
Part

Mobile app performance testing

How fast it really runs on a crowded network.

INSIDE: CROSS-BROWSER AND REAL DEVICE TESTINGHOW IT WORKS · A BOOKING APP'S PAYMENT SCREEN IN PATNAOn office Wi-Fiin Indore, thescreen appearsin 1.2 secondsReal phones on4G in Patna,Guwahati andMadurai run thesame testIn Patna'sevening rush,the screen takes6.8 secondsTimings show 14requests in arow, eachwaiting about400 msThe developerscombinethem intothree requestsThe next testin Patna:2.6 secondsALSO TALKS TOObservability platform↗ OBSERVABILITY AND MONITORINGINSIDE: CROSS-BROWSER AND REAL DEVICE TESTINGHOW IT WORKS · A BOOKINGAPP'S PAYMENT SCREEN IN PATNAOn office Wi-Fi inIndore, the screenappears in 1.2 secondsReal phones on 4G inPatna, Guwahati andMadurai run the same testIn Patna's eveningrush, the screentakes 6.8 secondsTimings show 14 requestsin a row, each waitingabout 400 msThe developers combinethem into three requestsThe next test in Patna:2.6 secondsALSO TALKS TOObservability platform↗ OBSERVABILITY AND MONITORINGINSIDE: CROSS-BROWSER AND REAL DEVICE TESTING ·A BOOKING APP'S PAYMENT SCREEN IN PATNAOn office Wi-Fi in Indore, the screenappears in 1.2 seconds↓Real phones on 4G in Patna, Guwahati andMadurai run the same test↓In Patna's evening rush, the screen takes6.8 seconds↓Timings show 14 requests in a row, eachwaiting about 400 ms↓The developers combinethem into three requests↓The next test in Patna: 2.6 secondsALSO TALKS TOObservability platform↗ OBSERVABILITY AND MONITORING
The same payment screen takes 1.2 seconds on office Wi-Fi and 6.8 seconds on a busy 4G network in Patna, and 2.6 seconds once 14 requests become three.
opens a page inside this one a page in the same scene a page in another scene a concept page a label only, with no page

Mobile app performance testing measures how fast an app actually runs on real phones, over real mobile networks, in different places, and not only whether it works. A functional test asks: did the booking go through? A performance test asks: how many seconds did it take, on this phone, on this network, in this city?

Speed depends on things a developer's office does not show. Office Wi-Fi is fast and quiet. A customer's 4G connection in a crowded market is not. Two network measures matter most. Bandwidth is how much data can arrive per second. Latency is the delay before any data starts to arrive, and it rises when a network is busy. An app that sends many requests one after another suffers most from high latency, because it waits for each answer in turn.

Performance testing services keep real phones in many cities and countries, each connected to local mobile networks through real SIM cards. A test runs the app on these phones and records the timings. It records how long the app takes to open, how long each screen takes to appear, how long each network request takes, and whether the screen stutters while scrolling. It can also record the phone's battery and memory use.

Take a train-ticket booking app with users across India. On a phone in the developer's office in Indore, the payment screen appears in 1.2 seconds. The team runs the same test on real phones on 4G networks in Patna, Guwahati and Madurai, in the evening rush. In Patna, the screen takes 6.8 seconds. The timings show why. The screen sends 14 requests to the server, one after another, and on that busy network each one waits about 400 milliseconds for its answer. The developers combine them into three requests. The next test in Patna shows 2.6 seconds.

The same measurements continue after release. The app's live timings from customers' phones are collected by an observability platform, which shows when a screen becomes slow in one region. Performance testing finds such problems before release, on a cloud test grid of real devices.

How is this different from load testing? Load testing checks how the server copes when thousands of people use the app at once, such as at the hour when festival train bookings open. Mobile performance testing checks what one person sees on one phone. A team usually needs both. Both are part of software testing before a release, together with the functional tests written in test automation tools.

Tech, Explained is a part of ingrid.fyi. Every page explains one piece of technology in plain words.