Тяжело представить жизнь современного человека без использования мобильных устройств и, естественно, мобильных приложений. Обязательной составляющей разработки таких приложений является процесс тестирования.
Правильная организация проверки мобильных приложений даст возможность грамотно распределить время на тестирование, разработать качественное, понятное и удобное в эксплуатации приложение.
За ошибки в тестировании приходится «платить». Если продукт коммерческий, то плата выражается в уменьшении количества пользователей и потенциальных клиентов, и кроме того, рейтинг компании, разработавшей приложение, тоже падает.
Программы, разработанные для использования на производстве или в сфере социальной деятельности, платят за ошибки потерей прибыли и большим количеством недовольных клиентов.
Именно поэтому данную статью мы решили посвятить описанию главных моментов при тестировании мобильных продуктов.
Подготовка к планированию
Перед тем как браться за составление плана тестов, следует обозначить границы тестирования (имеется в виду перечень платформ, ОС и устройств, на которых требуется выполнить тестирование продукта).
- Выбор операционной системы. Правильнее всего использовать наиболее распространенные официальные версии (developer.android.com и developer.apple.com). Нельзя упускать из виду проверку продукта и на более устаревших версиях, поскольку не все устройства имеют возможность обновляться до последней версии операционной системы и, мало того, некоторые пользователи не делают этого потому, что не хотят.
Если вы работаете над долгосрочным проектом, важно постоянно просматривать состав ОС, которые выбраны для проверки. Часто бывает так, что новые выпуски не поддерживают определенные элементы со старых версий. В таком случае, потребуется доработка мобильного продукта.
- Выбор мобильного устройства. Поскольку число производителей и разнообразие моделей мобильных устройств просто зашкаливает, очевидно, что в процессе тестирования все устройства охватить не получится, как бы проверяющий не старался. Поэтому необходимо брать несколько вариантов устройств, которые разнятся по техническим параметрам (количеством памяти, разрешением дисплея и т.д.).
Чтобы не скупать все существующее разнообразие устройств, можно применить эмуляторы. Да, придется немного времени потратить на их установку, но зато вы получите полноценный доступ ко всем нужным моделям устройств и сможете быстро переходить между ними.
Тестирование геолокации и верстки без эмуляторов просто невозможно, но важно понимать, что они не станут полноценной заменой реального смартфона или планшета. Не надо тратить свое время на симуляторы, поскольку они только дают картину реальной среды устройства, но не касаются его аппаратного обеспечения, которое, как раз-таки, может повлиять на конечный результат.
То есть, чтобы выполнить полноценное тестирование мобильного приложения, достаточно 3-4 реальных устройства, а если будет потребность в выборочной проверке (тестирование главного функционала продукта), провести ее на эмуляторах.
- Выбор платформы. Данный показатель, в основном, зависит от предназначения продукта и условий заказчика. Если продукт разрабатывается для широкой аудитории пользователей, то выпускается он и на IOS, и на Android (по статистическим данным, 98% мобильных приложений создано на этих двух платформах и только 2% — на других). Когда речь идет об узкоспециализированной программе, чаще всего, ее разрабатывают на одной платформе.
Планирование работ по тестированию
Когда границы тестирования определены, можно браться за составление непосредственно самого плана работ. Важно знать, что на проверку мобильного продукта тратиться больший отрезок времени, нежели сайта или десктопной программы, поскольку необходимо подробно изучить некоторые моменты и оставить время на последующие тесты.
Тестирование мобильного приложения
Тестирование удобства использования
Важный этап в тестировании мобильного приложения.
Главная задача: организовать пользователю удобную работу с программой.
Для этого потребуется выполнить такие требования:
- Быстрая скорость работы;
- Присутствие отклика на действия пользователя;
- Простой и понятный интерфейс;
- Минимальное количество информации, необходимой для введения с клавиатуры.
Не менее важно соответствие программы общим стилевым стандартам.
Тестирование требований
Очень часто тестирование требований не включается в перечень обязательных проверок при тестировании исправлений. В результате, как показывает практика, мы получаем неполное описание технического задания в чек-листе (не учтена специфика мобильного приложения или было противоречие спецификациям для веб-продукта).
При разработке приложения, сотрудники тоже могли не учесть данные требования и сделать всё так, как, на их взгляд, правильнее и проще.
При таком раскладе, на проверку мы получаем приложение, поведение которого кардинально отличается на разных платформах или приложение с постоянно появляющимися ошибками системы при неучтенных ЧТЗ наборах действий пользователя. Чтобы исправить уже разработанный функционал и провести повторное тестирование, нужно время.
Поэтому будет правильным, прежде чем передавать требования разработчику, оценить их и указать аналитику на неучтенные моменты, которые могут возникнуть в процессе работы.
Тестирование API
Значительно влияет на временные затраты тестирования функциональности тех веб-программ, аналогично которым создавался мобильный продукт. Веб-версии постоянно менялись, как и структура данных, вследствие чего, новые выпуски приложения за ними не успевали и сервисы просто не давали необходимые продукту данные.
Именно поэтому тестирование API – это важный компонент процесса. Во время проверки состава и формата передаваемых туда и обратно данных через REST-сервисы, удается найти и доработать те точки, где программа отстает от веб-версии.
Кросс-платформенное тестирование
На стадии функциональных тестов продукта на соотношение функционала мобильного приложения характеристикам, нужно тестировать поведение программы в разных ситуациях, а именно:
- В процессе перезагрузки и обновления программы до последней версии;
- При смене режима на фоновый, когда поступают сообщения, звонки;
- При обработке случаев, когда нет связи (поява сообщений об отключении интернета и восстановление работы при его подключении);
- В процессе работы мобильного приложения при подсоединении к другим устройствам;
- При работе с различными видами подключений (4G, 3G, Wi-Fi).
Так как на описанные проверки влияют разные технические условия и ситуации, их следует проводить на реальных устройствах.
Важно отметить, что эмуляторы смартфонов не выдают настоящих данных о скорости работы продукта, его производительности и отзывчивости реального мобильного телефона. С помощью эмулятора тяжело дать оценку и удобству интерфейса.
Скажем так, большую часть функционального тестирования можно выполнить, используя эмуляторы, но поведение программы в настоящих условиях можно проверить только на реальных устройствах.
Вывод
Выполняя тестирование мобильного продукта, первоочередно следует заняться выбором устройств, на которых будет тестироваться программа, рассчитать временные затраты на проверку требований и API, а также изучить поведение продукта в реальных условиях применения мобильного приложения. Важнее всего – сделать приложение понятным, доступным и удобным для пользователя.
Оставить комментарий