Для будь-якого мобільного додатку продуктивність дуже важлива. Якщо ваш мобільний додаток не працює належним чином, кінцевий користувач видалить його та знайде іншу програму, яка працює ефективніше.
Ваш мобільний додаток потрібно ретельно протестувати перед тим, як випустити його для кінцевого користувача.
У цьому підручнику ви дізнаєтесь-
- Стратегія тестування мобільних додатків
- Продуктивність пристрою
- Продуктивність сервера
- Продуктивність мережі
- Вирішення проблем із продуктивністю мобільних додатків
- Корисні засоби тестування мобільних додатків
- Виклики
- Налаштуйте середовище перевірки продуктивності мобільних додатків
- Контрольний список ефективності для мобільних додатків
Стратегія тестування мобільних додатків
Ефективність програми на мобільному телефоні чи будь-якому інтелектуальному пристрої зазвичай вимірюється за трьома категоріями.
- Продуктивність пристрою
- Продуктивність сервера / API
- Продуктивність мережі
Продуктивність пристрою
Коли клієнт відчуває повільний додаток, він дратується.
Щодо продуктивності пристрою, ви перевірите наступне -
- Запуск програми
Скільки часу займає ваш додаток для запуску? Це перший параметр продуктивності, призначений користувачем. Як правило, після натискання значка програми перший екран повинен відображатися через 1-2 секунди.
- Час заряду акумулятора під час використання програми
Під час постійного використання деякі мобільні програми споживають багато часу автономної роботи та нагрівають телефон. Цей фактор значно додає до продуктивності будь-якого мобільного додатка і, як правило, може статися, коли ваш додаток використовує більше ресурсів, ніж потрібно. Надмірне використання ресурсів створює навантаження на процесор, і телефон нагрівається.
- Споживання пам'яті
Під час тестування програми слід перевірити споживання пам'яті додатком. Впроваджуючи певні функціональні можливості програми, також збільшується споживання пам'яті. Наприклад, у програмах Android, коли реалізовані push-сповіщення, споживання пам'яті збільшується.
У деяких випадках було помічено, що використання пам'яті цілою ОС становить лише 14%, але нова програма споживає 11%. Отже, ці фактори слід врахувати перед тим, як розгортати додаток у реальному світі або надавати клієнту.
- Варіації апаратного / програмного забезпечення
Під час тестування мобільного додатка обов’язково перевіряти додатки на різних пристроях. Може бути так, що програма працює безперебійно на одному пристрої, але не на іншому. Як і для різних постачальників пристроїв Android, ми можемо перевірити додаток на телефонах Samsung, HTC та Lenovo. Подібним чином, додаток потрібно протестувати з різними характеристиками оперативної пам'яті та процесора, наприклад 1 ГБ або 2 ГБ.
- Використання з іншими програмами
Коли тестована програма працює паралельно з іншими програмами, не повинно бути перешкод. Найкращий спосіб перевірити це - переключити додаток на тестування та інші програми.
- Додаток у фоновому режимі
Отримано програму, яка працює у фоновому режимі, вона повинна залишатися в тому ж стані, що і раніше. Якщо цей сценарій не обробляється належним чином, дані втрачаються. Знову ж вам доведеться вводити дані з нуля після отримання програми.
Продуктивність сервера / API
Коли програма взаємодіє із сервером через API, час відгуку стає критичним для продуктивності. Щодо продуктивності сервера ви перевірите -
- Дані на сервер та з нього
Додаток повинен ефективно обробляти дані, які надсилаються із сервера. Завантаження даних не повинно займати занадто багато часу. У деяких програмах дані надсилаються у визначеному форматі. Тому перед тим, як відображати його в додатку, його слід перетворити у відповідний формат. У цьому процесі програми іноді стають повільнішими, а час відгуку довшим.
- Виклики API, генеровані з програми
Кількість дзвінків з тестованої програми на сервер, згенерований із програми, повинна бути меншою. У деяких випадках для однієї і тієї ж функціональності здійснюється кілька викликів API. Для кращої роботи це слід обробляти з меншою кількістю дзвінків.
- Час простою сервера
З будь-якої причини, якщо сервер не працює або недоступний, ми можемо зберігати дані у власній базі даних. Отже, коли сервер не працює, ми можемо показувати дані, що зберігаються у власній базі даних. Іншим рішенням можуть бути сервери відмовостійких баз даних, тобто якщо один із серверів не працює або на етапі технічного обслуговування, резервний сервер повинен бути доступним для перемикання. Сервер резервного копіювання / резервного копіювання повинен постійно копіюватися та синхронізуватися з основним сервером.
Продуктивність мережі
Потрібно виміряти ефективність програми в різних мережах та властивості мережі.
Що стосується продуктивності мережі, ви перевірите наступні речі.
- Тремтіння
Коли виникає затримка з отриманням інформації в мережі, це називається тремтінням. Це проблема з безз’єднаними мережами або мережами комутації пакетів. Оскільки інформація розподіляється по пакетах, пакети можуть переміщатися по різному шляху від відправника до одержувача. Коли дані надходять у передбачуване місце, вони стають скрембованими, ніж були надіслані спочатку. У випадку з Jitters мобільний додаток повинен мати достатню здатність справлятися з цим.
Вам потрібно показати відповідні сповіщення кінцевому користувачеві, або повторно надіслати запит, або почекати, поки система не відповість знову.
- Втрата пакетів
У разі повної втрати пакетів програма повинна мати можливість повторно надіслати запит на інформацію або відповідно генерувати попередження. Якщо дані не повні, користувач не зможе зрозуміти інформацію, що відображається в додатку. Це може бути стресом для користувача. Отже, краще показати відповідне повідомлення або запропонувати користувачеві спробувати ще раз.
- Швидкість мережі
Додаток потрібно перевірити в різних мережах зі змінною швидкістю. Додаток слід протестувати в мережах 2,5G, 3G та 4G. Сюди входять як Wi-Fi, так і мобільні мережі. Крім того, слід слідкувати за поведінкою програми. Особливо, коли доступні обидві мережі, і перехід відбувся з однієї мережі на іншу.
Наприклад, у програмі може виникнути проблема для користувачів під час переключення телефонної мережі з 4G на WIFI і навпаки. У цьому випадку програма перестає реагувати і може вимагати перезапуску програми для використання.
Вирішення проблем із продуктивністю мобільних додатків
Після виявлення проблем / проблем під час тестування продуктивності. Пора відстежувати та виправляти несправності.
Проблема 1) Відставання або млява реакція мобільного додатка.
Причиною цієї затримки може бути оперативна пам'ять, кеш-пам'ять тощо.
Вам потрібно вбити непотрібні процеси або очистити кеш. Вирішення проблем із підключенням може вирішити деякі проблеми, що створюють лаги
Проблема 2) Перезапуск програми, блокування, зависання або невідповідність.
Це може бути виправлено за допомогою наступних кроків
- Оптимізація кодів додатків
- Програмне забезпечення слід виправити та оновити.
- Автоматичне відновлення
- Керування оперативною пам’яттю або в деяких випадках ПЗУ під час використання зовнішніх карт
- Видалення розділів кешу
- Перевірка роботи програми з іншими сторонніми програмами та API
- Картування мобільного додатка відповідно до пристрою
Корисні засоби тестування мобільних додатків
Інструменти тестування мобільних додатків залежать від пристроїв чи мобільних ОС. Деякі поширені інструменти тестування продуктивності мобільних додатків
АНДРОІД
- Роботіум
Це точно так само, як Selenium для мобільних додатків. Тестер може записати та відтворити кілька кроків, необхідних для проведення тестування.
- Мавпоподібний бігун
MonkeyRunner може запускати тести на реальних пристроях, підключених до ПК або емуляторів. Інструмент має API, що дозволяє керувати смартфоном, планшетом або емулятором поза кодом Android.
ЯБЛУКА
- Автоматизатор (Mac)
Automator - це програма, розроблена компанією Apple для OS X. Вона реалізує створення робочих процесів за допомогою точки і клацання (або перетягування) для автоматизації повторюваних завдань у пакети для швидшої зміни. Це економить час та зусилля на втручання людини для ручного зміни кожного файлу окремо.
Виклики
Серед ключових проблем, з якими стикається тестування продуктивності, є
- Організація різних мобільних платформ та їх операційних систем
- Імітація таких зв’язків, як Edge, 3G, 4G або WiFi тощо.
- Обмеження мобільних пристроїв, такі як споживання батареї та ресурсів
- Юзабіліті мобільного телефону
- Різні розміри мобільних пристроїв для запуску одного і того ж додатка
Налаштуйте середовище перевірки продуктивності мобільних додатків
Щоб налаштувати тестове середовище, вам потрібно:
- Розуміння мобільного додатка, який потрібно протестувати
- Визначення різних ОС, на яких програма повинна працювати
- Створення тестової установки
- Побудуйте емулятори або тренажери
- Прототипування фактичної установки
- Вибір відповідного інструменту для тестування
Контрольний список тестування продуктивності мобільних додатків
Тестування продуктивності мобільних додатків є важливим заходом перед випуском. Тестування продуктивності проводиться для перевірки
- Скільки оперативної пам'яті потрібно для використання цього додатка?
- Для перевірки швидкості та часу відгуку програми за різних мереж та обставин.
- Забезпечте реалістичний досвід роботи за кількох мережевих умов
- Переконайтеся, що необхідні результати досягнуті у випадку багатократного зв’язку
- Переконайтеся, що програма не зазнає збою.
- Забезпечення ефективної роботи мобільних додатків під час використання даних, Wi-Fi або іншого зв’язку
- Моніторинг часу безвідмовної роботи та вузьких місць використання мобільного API
- Щоб забезпечити максимальну кількість одночасних користувачів
- Нарешті, перевірити мобільний додаток до його меж
Резюме
- Тестування продуктивності вимагає розуміння програми для мобільних пристроїв, утилізатора ресурсів, віртуальних користувачів, емуляторів та декількох стратегій тестування.
- Ефективність програми на мобільному телефоні вимірюється за трьома категоріями.
- Продуктивність пристрою
- Продуктивність сервера
- Продуктивність мережі
- Проблеми тестування продуктивності включають компактні розміри мобільних пристроїв, доступність ресурсів, вартість та бюджет.
Цю статтю надав Ношен Ваджахат