Тестування продуктивності мобільного додатка

Автор: Томас Гамільтон Томас Гамільтон
Hours оновлений

Для будь-якого мобільного додатка продуктивність дуже важлива. Якщо ваш мобільний додаток не працює належним чином, кінцевий користувач видалить ваш додаток і знайде інший, який працює краще.

Вашу програму для мобільних пристроїв потрібно ретельно протестувати, перш ніж випускати її для кінцевого користувача.

Стратегія тестування мобільних додатків

Продуктивність програми на мобільному телефоні чи будь-якому смарт-пристрої зазвичай вимірюється за такими трьома категоріями.

  • Продуктивність пристрою
  • Продуктивність сервера/API
  • Продуктивність мережі

Стратегія тестування мобільних додатків

Продуктивність пристрою

Коли клієнт відчуває повільну роботу програми, він дратується.

Для продуктивності пристрою ви перевірите наступне:

  • Запуск програмиСкільки часу потрібно для запуску програми? Це перший параметр продуктивності, який оцінює користувач. Як правило, після того, як користувач торкнеться значка програми, перший екран має відобразитися через 1-2 секунди.
  • Час заряду батареї під час використання програмиПри постійному використанні деякі мобільні програми споживають значну кількість заряду батареї та нагрівають телефон. Цей фактор значно підвищує продуктивність будь-якої мобільної програми, і зазвичай це може статися, коли ваша програма використовує більше ресурсів, ніж потрібно. Надмірне використання ресурсів створює навантаження на процесор і телефон нагрівається.
  • Споживання пам'ятіКоли Тестування програмою, необхідно перевірити споживання пам’яті програмою. Реалізація певних функцій у додатку також збільшує споживання пам’яті. Наприклад, в Android програми, коли реалізовано push-сповіщення, споживання пам’яті збільшується.

    У деяких випадках спостерігалося, що використання пам’яті всією ОС становить лише 14%, але нова програма споживає 11%. Таким чином, ці фактори повинні бути розглянуті перед розгортанням програми в реальному світі або наданням клієнту.

  • Варіація апаратного/програмного забезпеченняПід час тестування мобільного додатку обов’язково перевіряйте додатки на різних пристроях. Можливо, програма працює безперебійно на одному пристрої, але не працює на іншому. Як для різних постачальників Android пристроїв, ми можемо перевірити додаток на телефонах Samsung, HTC і Lenovo. Подібним чином програму потрібно протестувати з різними специфікаціями оперативної пам’яті та процесора, наприклад 1 ГБ або 2 ГБ.
  • Використання з іншими програмамиКоли програма, що тестується, працює паралельно з іншими програмами, перешкод бути не повинно. Найкращий спосіб перевірити це, помінявши програму, що тестується, на інші програми.
  • Додаток у фоновому режиміПрограму, яка працює у фоновому режимі, відновлено, вона має залишатися в тому ж стані, що й була раніше. Якщо цей сценарій не обробляється належним чином, дані втрачаються. Вам знову доведеться вводити дані з нуля після отримання програми.

Продуктивність сервера/API

Коли програма взаємодіє з сервером через API, час відповіді стає критичним для продуктивності. Для продуктивності сервера ви перевірите –

  • Дані на сервер і з ньогоПрограма має ефективно обробляти дані, які надсилаються із сервера. Завантаження даних не повинно займати занадто багато часу. У деяких програмах дані надсилаються в певному форматі. Тож перш ніж відображати його в додатку, його слід конвертувати у відповідний формат. У цьому процесі програми інколи стають повільнішими, а час відповіді подовжується.
  • Виклики API, створені з програмиКількість викликів від тестованого додатка до сервера, згенерованого додатком, має бути меншою. У деяких випадках для однієї функції виконується кілька викликів API. Для кращої продуктивності це слід обробляти меншою кількістю викликів.
  • Час простою сервераЗ будь-якої причини, якщо сервер не працює або недоступний, ми можемо зберегти дані у власній базі даних. Отже, щоразу, коли сервер не працює, ми можемо показувати дані, що зберігаються у власній базі даних. Іншим рішенням можуть бути резервні сервери баз даних, тобто якщо один із серверів не працює або перебуває на етапі обслуговування, резервний сервер має бути доступним для перемикання. Сервер відновлення після відмови/резервний сервер має бути в безперервній реплікації та синхронізації з головним сервером.

СТАТТІ ПО ТЕМІ

Продуктивність мережі

Потрібно виміряти продуктивність програми в різних мережах і властивості мережі.

Щоб перевірити продуктивність мережі, перевірте наступне.

  • перелякКоли є затримка в отриманні інформації в мережі, це називається тремтінням. Це проблема з мережами без підключення або мережами з комутацією пакетів. Оскільки інформація розподіляється в пакети, пакети можуть подорожувати різними шляхами від відправника до одержувача. Коли дані надходять у зазначене місце, вони стають зашифрованими, ніж були надіслані спочатку. У випадку тремтіння мобільний додаток має бути достатньо спроможним, щоб впоратися з ним.

    Вам потрібно показати відповідні сповіщення кінцевому користувачеві, щоб повторно надіслати запит або зачекати, поки система знову відповість.

  • Втрата пакетів У разі повної втрати пакета програма повинна мати можливість повторно надіслати запит на інформацію або створити відповідні сповіщення. Якщо дані неповні, користувач не зможе зрозуміти інформацію, яка відображається в додатку. Це може бути стресом для користувача. Тому краще відобразити відповідне повідомлення або запропонувати користувачеві повторити спробу.
  • Швидкість мережіДодаток потрібно перевіряти в різних мережах зі змінною швидкістю. Додаток слід протестувати в мережах 2.5G, 3G і 4G. Сюди входять як Wi-Fi, так і мобільні мережі. Крім того, слід контролювати поведінку програми. Особливо, коли обидві мережі доступні, і відбулося перемикання з однієї мережі на іншу.

    Наприклад, у додатку для користувачів може виникнути проблема під час перемикання телефонної мережі з 4G на WIFI і навпаки. У цьому випадку програма перестає відповідати, і може знадобитися перезапустити програму для використання.

Усунення несправностей продуктивності мобільних додатків

Після виявлення питань/проблем у той час Тестування продуктивності. Настав час відстежувати та виправляти несправності.

Проблема 1) Затримка або повільна відповідь мобільного додатка.

Причиною цієї затримки може бути оперативна пам'ять, кеш-пам'ять тощо.

Потрібно вбити непотрібні процеси або очистити кеш. Усунення проблеми з підключенням може вирішити деякі проблеми, які створюють затримки

Проблема 2) Додаток перезавантажується, блокується, зависає або не відповідає.

Це можна виправити, виконавши деякі з наступних кроків

  • Оптимізація програмних кодів
  • Програмне забезпечення має бути виправлено та оновлено.
  • Автоматичне відновлення
  • Керування оперативною пам’яттю або, в деяких випадках, ПЗП під час використання зовнішніх карт
  • Стирання розділів кешу
  • Перевірка роботи програми з іншими сторонніми програмами та API
  • Відображення мобільного додатку відповідно до пристрою

Корисні інструменти тестування мобільних додатків

Інструменти тестування мобільних додатків відрізняються залежно від пристроїв або мобільних ОС. Деякі поширені інструменти тестування продуктивності мобільних додатків

ANDROID

  • РоботіумЦе просто як Selenium для мобільних додатків. Тестер може записати та відтворити кілька кроків, необхідних для проведення тестування.
  • Мавпа бігунMonkeyRunner може запускати тести на реальних пристроях, підключених до ПК або емуляторів. Інструмент має API, що дозволяє керувати смартфоном, планшетом або емулятором ззовні Android Код.

APPLE

  • Автоматизатор (Mac)Automator — це програма, розроблена компанією Apple для OS X. Вона реалізує створення робочих процесів за допомогою «вказання та клацання» (або перетягування) для автоматизації повторюваних завдань у пакети для швидшої зміни. Це економить час і зусилля через втручання людини, щоб вручну змінити кожен файл окремо.

Виклики

Основні проблеми, з якими стикаються під час тестування продуктивності, включають

  • Організація різних мобільних платформ і їх операційних систем
  • Імітація підключень, таких як Edge, 3G, 4G або WiFi тощо.
  • Обмеження для мобільних пристроїв, як-от акумулятор і споживання ресурсів
  • Зручність використання мобільного телефону
  • Мобільні пристрої різних розмірів для запуску однієї програми

Налаштуйте середовище тестування продуктивності мобільного додатка

Щоб налаштувати тестове середовище, вам потрібно:

  • Розуміння мобільного додатку, який необхідно протестувати
  • Ідентифікація різних ОС, на яких програма має працювати
  • Побудова тестової установки
  • Створюйте емулятори або симулятори
  • Прототип фактичної установки
  • Вибір відповідного інструменту для тестування

Контрольний список тестування продуктивності мобільних додатків

Тестування продуктивності мобільних додатків є важливим заходом перед випуском. Тестування продуктивності проводиться для перевірки

  • Скільки оперативної пам’яті потрібно для використання цієї програми?
  • Щоб перевірити швидкість і час відгуку APP за різних мереж і обставин.
  • Забезпечте реалістичну взаємодію з користувачем за кількох умов мережі
  • Переконайтеся, що необхідні результати досягнуті у випадку кількох підключень
  • Переконайтеся, що програма не виходить з ладу.
  • Переконайтеся, що мобільні програми працюють добре під час використання даних, Wi-Fi або іншого підключення
  • Відстеження часу безвідмовної роботи та вузьких місць у використанні мобільного API
  • Для забезпечення максимальної кількості одночасних користувачів
  • Нарешті, щоб перевірити мобільний додаток на його межі

Підсумки

  • Тестування продуктивності вимагає розуміння мобільного додатка, утилізатора ресурсів, віртуальних користувачів, емуляторів і кількох стратегій тестування.
  • Продуктивність програми на мобільному телефоні вимірюється за такими трьома категоріями.
  • Продуктивність пристрою
  • Продуктивність сервера
  • Продуктивність мережі
  • Проблеми тестування продуктивності включають компактні розміри мобільних пристроїв, доступність ресурсів, вартість і бюджет.