Для любого мобильного приложения производительность очень важна. Если ваше мобильное приложение не работает должным образом, конечный пользователь удалит ваше приложение и найдет другое приложение, которое работает лучше.
Перед выпуском для конечного пользователя ваше мобильное приложение необходимо тщательно протестировать.
В этом руководстве вы узнаете:
- Стратегия тестирования мобильных приложений
- Производительность устройства
- Производительность сервера
- Производительность сети
- Устранение неполадок с производительностью мобильных приложений
- Полезные инструменты для тестирования мобильных приложений
- Вызовы
- Настройка среды тестирования производительности мобильного приложения
- Контрольный список производительности для мобильных приложений
Стратегия тестирования мобильных приложений
Производительность приложений на мобильном телефоне или любом интеллектуальном устройстве обычно измеряется по следующим трем категориям.
- Производительность устройства
- Производительность сервера / 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) Приложение перезапускается, блокируется, зависает или не отвечает.
Это можно исправить, выполнив следующие действия.
- Оптимизация кодов приложений
- Программное обеспечение должно быть исправлено и обновлено.
- Автоматическое восстановление
- Управление RAM или в некоторых случаях ROM при использовании внешних карт
- Очистка разбиения кеша
- Проверка работы приложения с другими сторонними приложениями и API
- Сопоставление мобильного приложения с устройством
Полезные инструменты для тестирования мобильных приложений
Инструменты тестирования мобильных приложений различаются в зависимости от устройства или мобильной ОС. Некоторые распространенные инструменты тестирования производительности мобильных приложений:
ANDROID
- Роботиум
Это похоже на Selenium для мобильных приложений. Тестировщик может записывать и воспроизводить несколько шагов, необходимых для выполнения тестирования.
- Бегущая Обезьяна
MonkeyRunner может запускать тесты на реальных устройствах, подключенных к ПК или эмуляторам. У инструмента есть API, который позволяет управлять смартфоном, планшетом или эмулятором вне кода Android.
ЯБЛОКО
- Automator (Mac)
Automator - это приложение, разработанное Apple для OS X. Оно реализует создание рабочих процессов с помощью мышки (или перетаскивания) для автоматизации повторяющихся задач в пакеты для более быстрого изменения. Это экономит время и усилия по сравнению с вмешательством человека, позволяющим вручную изменять каждый файл отдельно.
Вызовы
Ключевые проблемы, с которыми пришлось столкнуться при тестировании производительности, включают:
- Организация различных мобильных платформ и их операционных систем
- Имитация подключений, таких как Edge, 3G, 4G или WiFi и т. Д.
- Ограничения мобильных устройств, такие как потребление батареи и ресурсов
- Удобство использования мобильного телефона
- Мобильные устройства разных размеров для запуска одного и того же приложения
Настройка среды тестирования производительности мобильного приложения
Чтобы настроить тестовую среду, вам необходимо:
- Понимание мобильного приложения, которое необходимо протестировать
- Идентификация различных ОС, на которых должно работать приложение
- Создание тестовой установки
- Создайте эмуляторы или симуляторы
- Прототип реальной установки
- Выбор подходящего инструмента для тестирования
Контрольный список для тестирования производительности мобильных приложений
Тестирование производительности мобильных приложений - важная мера перед выпуском. Тестирование производительности проводится для проверки
- Какой объем оперативной памяти требуется для использования этого приложения?
- Чтобы проверить скорость и время отклика приложения в различных сетях и обстоятельствах.
- Обеспечение реалистичного взаимодействия с пользователем в нескольких сетевых условиях
- Обеспечьте достижение требуемых результатов в случае нескольких подключений
- Убедитесь, что приложение не вылетает.
- Обеспечение хорошей работы мобильных приложений при использовании данных, Wi-Fi или других подключений
- Мониторинг времени безотказной работы и узких мест использования мобильного API
- Чтобы обеспечить максимальное количество одновременных пользователей
- Наконец, чтобы проверить возможности мобильного приложения
Резюме
- Тестирование производительности требует понимания мобильного приложения, средства использования ресурсов, виртуальных пользователей, эмуляторов и нескольких стратегий тестирования.
- Производительность приложения на мобильном телефоне оценивается по следующим трем категориям.
- Производительность устройства
- Производительность сервера
- Производительность сети
- Проблемы тестирования производительности включают компактные размеры мобильных устройств, доступность ресурсов, стоимость и составление бюджета.
Автор статьи: Ношин Ваджахат.