Пользователь, у которого приложение упало при первом запуске, редко даёт второй шанс: удаляет и ставит низкую оценку. Поэтому тестирование — не формальность перед выпуском, а часть разработки.
Что проверять в первую очередь
- Главные сценарии: регистрация, вход, основное действие, оплата — от начала до конца.
- Разные устройства: большие и маленькие экраны, старые и новые телефоны.
- Разные версии систем, которые вы поддерживаете.
- Плохую связь и её отсутствие: что видит пользователь, не теряются ли данные.
- Прерывания: входящий звонок, сворачивание, блокировка экрана посреди действия.
- Обновление со старой версии: сохраняются ли вход и данные.
- Разрешения: что происходит, если пользователь отказал в доступе к камере или уведомлениям.
Виды тестирования
| Вид | Что проверяет |
|---|---|
| Функциональное | Работают ли функции так, как описано |
| Регрессионное | Не сломалось ли старое после изменений |
| На устройствах | Отображение и работа на разных телефонах и системах |
| Нагрузочное | Выдерживает ли серверная часть много пользователей |
| Юзабилити | Понимают ли люди, что делать, без подсказок |
| Безопасность | Не утекают ли данные, нельзя ли получить чужой доступ |
Автотесты или ручная проверка
Автотесты — программы, которые сами проверяют сценарии при каждом изменении. Они окупаются на долгоживущих продуктах с частыми обновлениями: главные сценарии проверяются за минуты, и старые ошибки не возвращаются. Ручная проверка остаётся нужна для нового функционала, внешнего вида и ощущения от использования.
Как организовать без отдела тестирования
- Составьте чек-лист основных сценариев и проходите его перед каждым выпуском.
- Соберите парк из нескольких реальных устройств, которыми пользуется ваша аудитория.
- Выпускайте сначала для небольшой группы: закрытое тестирование или поэтапное обновление.
- Подключите сбор ошибок из приложения — вы узнаете о падениях раньше, чем из отзывов.
- Записывайте найденные ошибки с шагами воспроизведения, а не «что-то не работает».
Перед публикацией
Отдельно проверьте то, что смотрят магазины приложений: тестовый вход для проверяющего, описание собираемых данных, удаление аккаунта. Подробнее — в статье как опубликовать приложение.
Тестирование готовых приложений и настройку автотестов делаем отдельно от разработки — подробнее на странице тестирования приложений.
Частые вопросы
Может ли разработчик тестировать сам?
Проверить свою часть — да, но свежий взгляд находит то, к чему разработчик привык. Хотя бы финальную проверку лучше отдавать другому человеку.
Нужно ли тестировать мелкие обновления?
Да, хотя бы главные сценарии: мелкие изменения нередко ломают то, что казалось несвязанным.
Можно ли заказать тестирование уже готового приложения?
Да. Обычно начинают с проверки основных сценариев и списка найденных ошибок с приоритетами.
Нужна такая же реклама для вашего бизнеса?
Разберу нишу, посчитаю бюджет и покажу, из чего сложится цена заявки.
