Прежде чем приступить к работе, необходимо внимательно изучить проект и его функционал, помня о выдвинутых к системе требованиях и пожеланиях заказчика. Далее разработать тест-план работ, и подготовить всю тестовую документацию, в соответствии с которой вы и будете работать в дальнейшем.

Важно помнить, что платформа, на которой будет опубликованно ваше приложение также имеет свои требования, без которых приложение удалят, либо не допустят к публикации. При выпуске приложения нужно быть уверенным, что оно удовлетворяет всем требования платформы.

Требования Google Play (android)

Требование App Store (iOS)

Причиной возникновения багов при установке является большое разнообразие как в начинке мобильных устроствах так и в версиях прошивки того же android например. По этому при инсталляционном тестировании нужно помнить обили версий каждой конкретной системы (будь то android, iOS или даже Blackberry).

Мобильному тетсировщику нужно следить за изменениями происходящими в мире, например, за появлением новых мобильных платформ, таких как Win Mobile OS, Chrome OS.

Очень важно помнить о разнообразии устройств, которые уже есть на рынке и могут быть у пользователя и протестировать:

1. Вариации самих типов устройств: планшеты, телефоны, плееры;

2. Различные конфигурации железа в устройствах;

3. Вариации разрешения дисплеев устройств.

4. Различные подверсии прошивок

Тут обычно все довольно просто. Продакт менеджеры (руководство) вашей компании должны определить целевую аудиторию вашего приложения. Ваша же задача будет протестировать функционал приложения на каждой из поддерживаемых версий. Например на данный момент apple поддерживаются версии iOS 8.4.1/ 9.3/ 9.3.1/ 9.3.2

Для мобильных устройств стрессовыми ситуациями будут внешние прерывания. Вам необходимо проверить, что приложение правильно обрабатывает исключительные ситуации и не сбоит, не крэшится, не теряет введенные данные, не прерывает транзакции и тому подобное. Вот минимальный чек лист прерываний которые

могут возникнуть при штатной работе приложения у пользователя:

• Входящие и исходящие SMS и MMS
• Входящие и исходящие звонки (убедиться, что приложение

переходит в фоновый режим в случае входящего звонка)

• Изъятие аккумулятора
• Отключение и подключение usb провода
• Отключение и подключение сети
• Переход из режима wifi на 3G/4G и обратно
• Отключение и подключение SD-карты
• Включение и выключение проигрывателя
• Зарядка устройства
• Пуш уведомлениях сторонних приложений
• Засыпании устройства
• Включение наушников

Также известно как тестирование производительности. Это автоматизированное тестирование, которое имитирует работу определенного количества пользователей какого-либо общего ресурса. В основном оно актуально для онлайн приложений (особенно мобильных онлайн игр). В случае однопользовательского приложения нагрузочное тестирование сведется к максимальной нагрузке устройства всеми возможными операциями в приложении, добавлении максимального количество элементов на рабочий стол и тому подобное.

мы дроиды, намного производительнее людей

Наконец мы добрались до функционального тестирования! Наверное этот самый важный вид тестирования в конце потому, что список самый длинный :) В первую очередь функциональное тестирование проводится на основе требований вашего продукта, а во вторую (или если, О Ужас! Требований нет) согласно чек листу мобильного функционала. В этом чек листе собраны основные проверки тесты которые нужно выполнить надо мобильным приложением. И так вперед, к победе над мобильным тестированием.

• Как ведет себя приложение при малом количестве места на устройстве(Недостаток места для установки или работы приложения)
• При низком заряде аккумулятора
• Установка на карту SD и в память устройства
• Проверка очистка данных приложения при удалении его с устройства
• Работа с включенным/выключенным gps
• Поддержка необходимых медиа-файлов данной моделью и ОС
• Локализация приложения. Проверить верстку дял каждого языка
• Проверка адекватности обновления (сохраняются все данные пользователя). Не крешится ли после обновления.
• Пуш уведомления приложения, и их открытие
• Гироскопический датчик обычно это горизонтальное и вертикальное положение экрана, но бывают приложения реагирующие на положение в пространстве более тонко
• Выход в фон (свернуть и восстановить приложение)
• Переходы в социальные сети, регистрация с помощью соц. сетей
• Проверка работы одного приложения с несколькими пользователями одновременно (соц. сети) в офлайн/онлайн режиме.
• Верстка - все элементы должны быть такого размера, чтобы пользователь мог однозначно попасть по ним пальцем
• Кликабельность - у всех нажимаемых элементов должно быть нажатое состояние (отклик на действие)
• Жесты (особенно у айфонов). Проверка реакции на зумирование двумя пальцами, скрол, поворот и так далее.
• Работа с физической клавиатурой (если в списке поддерживаемых моделей есть такие) – переносы строк, перемещение по ним и т. п.
• Восстановление покупки (повторная установка в случае удаления)
• Проверка влияния различных форматов дат, чисел и языков системы
• Убедиться, что устройство работает в многозадачном режиме, когда это необходимо
• Проверить, присутствует ли надлежащая навигация между важными модулями приложения
• Проверить наличие сообщений об ошибках, например, сообщения «Ошибка сети. Пожалуйста, попробуйте позже» в случае некорректной работы сети
• Убедиться, что установленное приложение не препятствует нормальной работе других приложений, и не съедает их память
• Убедиться, что автоматический запуск приложения работает корректно (если есть)
• Убедиться, что существует доступное руководство пользователя.

Специалист по юзабилити Патрик Кокс сформулировал 10 принципов, на которых должна

основываться разработка мобильных приложений и сайтов.

Тестируя дизайн мобильной версии сайта или мобильного приложения, мыслите не в терминах страниц, а в терминах экранов. В своей статье, о мобильном дизайне, он пишет - "Каждый экран должен включать в себя не более трех функций или элементов". Важно понимать, что эти и дальнейшие принципы не являются четким критерием, а просто рекомендацией к действиям. Если в вашем приложении больше трех элементов на странице, то не надо сразу заводить баг. Просто это повод обсудить данный недостаток дизайна с продакт менеджером.

Давайте рассмотрим все принципы качественного мобильного usability:

• Отсутсвует перезаполнение экранов
• Не применяется выделенные состояния (подчеркиваний, яркие цвета)
• Нет иконок непривычного вида для обозначения типов

действий («добавить», «изменить», «назад», «вперед» и т. п.)

• Текст должен быть крупным шрифтом, написан просто и понятно
• Не пользуются функцией прокрутки без особой необходимости (скролл

который ничего не прокручивает это баг)

• Используйте элементы содержимого сайта в навигации (например логотип

содержит ссылку на главную страницу)

• Не забудьте проверить ваше приложение на наличие обратной связи с пользователем: Сообщения при загрузке контента / прогресс-бар Сообщения при ошибке доступа к сети Наличие сообщений при попытке удалить важную информацию Наличие экрана / сообщения при окончании процесса / игры Наличие и синхронность звуковых и вибрационных уведомлений с уведомлениями на экране.
• Сохраняются пустые места в верстке. Увеличение высоты строк делает текст более удобным для чтения на экране мобильного устройства.

Для функционального тестирования вам необходимо как минимум 2 вида устройства - телефон и планшет, а для полного тестирование верстки необходимо минимум 4 различных устройства с экранами в диапазоне форматов (ldpi > mdpi > hdpi > hxdpi). Каждое устройство тестируется в двух ориентациях экранов landscape и portrait. Подробнее разрешение этих форматов представлено на схеме:

Android - операционная система для смартфонов, интернет-планшетов, электронных книг, цифровых проигрывателей, наручных часов, игровых приставок, нетбуков, смартбуков, очков Google, телевизоров и других устройств. В будущем даже планируется поддержка автомобилей и бытовых роботов для android. Основана ОС на ядре Linux, но имеет собственную реализацию виртуальной машины Java от Google. Изначально разрабатывалась компанией Android Inc., которую затем купила Google. Впоследствии Google инициировала создание альянса Open Handset Alliance (OHA), который сейчас занимается поддержкой и дальнейшим развитием платформы. Android позволяет создавать Java-приложения, управляющие устройством через разработанные Google библиотеки.

В 86 % смартфонов, проданных во втором квартале 2014 года, была установлена операционная система android. При этом за весь 2014 год было продано более 1 миллиарда Android-устройств.

Популярные мобильные устроства: планшет, фаблет, смартфон, плеер

Самое популярное разрешение для планшетов

Windows Phone - мобильная операционная система, разработанная Microsoft, вышла 11 октября 2010 года. Эта операционная система является преемником Windows Mobile, хотя и несовместима с ней, с полностью новым интерфейсом и впервые, с интеграцией сервисов Microsoft: игрового Xbox Live и медиаплеера Zune. В отличие от предшествующей системы, Windows Phone в большей степени ориентирован на рынок потребителей, чем на корпоративную сферу.

Новая операционная система Windows 10 для мобильных устройств получила название «Windows 10 Mobile», вместо Windows Phone 10 и является продолжением этой линии хоть и сильно перекликается с десктопной версией. В дополнения была выпущена универсальная Windows 10, которая может рабоать, как в режиме планшета так и в режиме десктопа.

Смарфоны и планшеты с windows mobile производят очень многие компании, например: Samsung, HTC, Nokia, LG, Huaiwei и прочие

* так как устройства очень разношёрстные, приведены только основные форматы

Вашему вниманию, предоставляются примеры тулозовин необходимых тестировщику мобильных приложений для работы с тестовыми устройствами. Они необходимы для установки тестовых приложений на девайс, работы с файлами, памятью устройства и прочего.

Симулятор для iOS встроенный в программу разработки Xcode. Для работы с ним вам потребуется mac ПК. На данный момент не существует официальной версии для других ОС. Только кряки и виртуалки, они не стабильны и доставит много проблем.

В программе Xcode эмулятор

находится тут:

~/Library/Application Support/iPhone

Simulator/6/Applications/<файл>

ADB, Android Debug Bridge - это утилита командной строки входит в Android SDK от Google. С помощью данной утилиты можно: копировать файлы на устройство и обратно, устанавливать и удалять приложения, выполнять резервное копирование и восстановление, и многое другое используя команды, выполнять множество Linux команд, получать отчеты об ошибках и т.д.

Кстати android это ветвь Linux систем. Да, теперь ты можешь себя считать бородатым админом владельцем Linux : ). Более подробная статья, о том как настроить и установить ADB. Далее приведены популярные команды для работы в консоли с вашим android через эту программу.

Работает в командной строке.

• adb shell <cmd> - выполнить команду <cmd> в Android
• adb push <local> <remote> - залить файл или директорию на устройство
• adb pull <remote> [<local>] - копировать файл или директорию с устройства
• adb install < package.apk > - установить пакет
• adb uninstall <package.apk> - удалить программу
• adb connect <ip:port> - соединиться с Android через сеть. Требует некоторой подготовки устройства, а именно настройку ADB через TCP
• adb logcat [filer] - посмотреть вывод логов в реальном времени. Можно задать фильтр.
• adb backup - сделать бекап
• adb restore <file> - восстановить из бекапа