I SLICED UP FUN – Я РАЗДЕЛЯЮ ВЕСЕЛЬЕ (автор — Jonathan Kohl)

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

Какие же буквы в данной мнемонике характеризуют то, что нужно проверить в первую очередь?

FUN first: три ключевых направления тестирования

🔹 F — Functional: проверка функциональности приложения. Всё ли работает так, как задумано? Реализованы ли все заявленные возможности?

🔹 U — User Scenarios: тестирование пользовательских сценариев. Насколько удобно и логично использовать приложение в реальной жизни?

🔹 N — Network: взаимодействие с сетью. Как приложение ведёт себя при нестабильном интернете, смене сети или полном отключении?

Теперь подробно разберем каждую букву мнемоники.

I — Inputs into the Device (Ввод данных в устройство)

Первое, с чем сталкивается пользователь при работе с мобильным приложением, — это ввод информации. Здесь важно протестировать все возможные способы взаимодействия с интерфейсом:

1.      Клавиатуры
Приложение должно корректно работать как с встроенными клавиатурами, так и с внешними или специализированными (например, если в поле ввода можно вводить только цифры, достаточно будет клавиатуры, содержащей исключительно цифры).

2.      Жесты сенсорного экрана
Нужно проверить, как реагирует приложение на основные жесты:

• одиночное, двойное и длительное нажатие;

• свайпы и перетаскивания внутри и за пределами экрана;

• мультитач (разведение пальцев);

• встряхивание устройства.

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

3.      Элементы управления (контролы)

Это включает в себя:

• поля ввода;

• иконки;

• переключатели: radiobutton, checkbox, toggle;

• меню: боковые, выпадающие, меню действий.

Обратите внимание:

• Насколько удобен ввод данных?

• Не съезжает ли верстка? А при появлении клавиатуры? При закрытии клавиатуры?

• Корректно ли изменяется состояние элементов интерфейса при взаимодействии?

4.      Синхронизация с другими устройствами
Протестируйте, как работает синхронизация — сохраняются ли данные при переходе между девайсами или при подключении к облаку?

• Ориентация экрана
  Проверьте работу приложения при смене ориентации устройства:

  • вертикальная и горизонтальная ориентации;

  • устройство на боку;

  • перевёрнутое положение.

Приложение должно корректно адаптироваться к любому положению экрана, не теряя данные и не нарушая верстку.

S — Store (Магазин/Хранилище)

Раздел Store охватывает все аспекты, связанные с установкой и распространением приложения через цифровые магазины — такие как Google Play, App Store и альтернативные платформы.

💡 Идеи для тестирования можно черпать из:

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

• Руководств пользователей по обработке ошибок: насколько грамотно приложение сообщает о проблемах, и соответствует ли это рекомендациям магазина.

Что важно протестировать:

• Установка с нуля

  • Протестируйте установку приложения с разных площадок, где оно размещено.

  • Убедитесь, что процесс проходит без сбоев, независимо от источника.

• Обновление приложения

  • Проверьте установку обновлений из тех же или альтернативных магазинов.

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

• Хранилище

  • Где именно размещаются установочные и временные файлы?

  • Сколько места занимают файлы приложения на устройстве?

  • Поддерживается ли установка на SD-карту?

  • Что произойдет, если пользователь извлечет карту во время работы приложения или вставит её повторно?

• Системные требования

  • В описании приложения обязательно должно быть указано, с какими версиями операционной системы оно совместимо (например, Android 9.0 и выше).

• Запрашиваемые разрешения

  • Убедитесь, что в магазине перечислены все разрешения, которые приложение запрашивает во время использования: доступ к камере, контактам, геолокации и т.д.

• Документация

  • Желательно добавить в описание ссылку на полную пользовательскую документацию — это снижает количество запросов в поддержку и повышает доверие к продукту.

L — Location (Геолокация)

Геолокация — одна из самых чувствительных и важных функций в мобильных приложениях. От её корректной работы зависит множество сценариев: от отображения ближайших кафе до вызова такси или отслеживания посылки. Поэтому при тестировании стоит учесть следующие моменты:

🚶‍♂️🚗 1. Поведение при изменении положения

Проверьте, как приложение реагирует на хаотичное перемещение:
— при ходьбе,
— в движущемся транспорте (автомобиль, велосипед),
— в помещении, где сигнал может быть нестабилен,
— при резких остановках.

Может ли приложение корректно обрабатывать изменения или потери соединения? Как оно реагирует, если устройство внезапно теряет GPS или переходит в «режим полёта»?

🔄 2. Переключение сетей

Что произойдёт, если во время использования геолокации устройство переключится с мобильной сети на Wi-Fi и обратно? Не возникают ли при этом сбои? А если с одной Wi-Fi сети на другую?

📶 3. Выход из зоны действия

Проверьте поведение приложения при выходе из зоны действия Wi-Fi — не теряются ли данные, не возникает ли ошибок, не «зависает» ли интерфейс.

⚠️ 4. Ошибки при старте и завершении геолокации

Часто баги возникают на старте или при завершении работы с геолокацией (например, при включении трансляции маршрута или после его остановки). Эти переходные состояния необходимо тщательно протестировать.

🗺️ 5. Отображение и поведение интерфейса

• Корректно ли показывается текущее местоположение?

• Указывается ли маршрут?

• Присутствуют ли понятные обозначения и подписи?

• Насколько очевидны ошибки? Замечает ли их пользователь?

• Предлагает ли приложение действия по устранению ошибок?

Если геолокация отключена, но требуется для работы, должно ли приложение:

• Показать понятное уведомление;

• Запросить разрешение;

• Предложить перейти в настройки для активации?

🌍 6. Локализация и культурная адаптация

Понимает ли приложение культурный контекст региона?

• Переведены ли элементы интерфейса корректно?

• Используются ли уместные слова и обозначения?

• Не содержит ли интерфейс случайных оскорбительных или неуместных выражений?

I — Interactions / Interruptions (Взаимодействие и прерывания)

Одной из задач тестировщика является оценка того, как приложение работает в условиях, приближённых к реальным. А реальность мобильного мира такова: пользователь часто переключается между задачами, приложения сворачиваются, система выгружает процессы из памяти. Всё это — «прерывания», и они должны быть протестированы максимально тщательно.

📱 1. Сворачивание и разворачивание

Как приложение реагирует на отправку в фон и последующее возвращение?
Сохраняется ли состояние, не возникают ли ошибки интерфейса?

📶 2. Изменение приоритета окна

Тестируется работа приложения при:

• размещении поверх других окон;

• появлении других окон поверх него (например, уведомления, звонки).

🧠 3. Принудительное завершение системой

Смартфоны часто выгружают приложения из памяти. Что произойдёт, если это случится? Какое состояние восстановится при новом запуске?

🔄 4. Рестарт после полного завершения

Проверяется стабильность запуска приложения после ручного или системного завершения процесса. Удерживаются ли данные? Откуда продолжается работа?

🗑️ 5. Очистка кеша

Удаление временных файлов не должно влиять на критическую функциональность. Это важно для пользователей, регулярно «чистящих» память.

🔧 6. Очистка пользовательских данных

Как ведёт себя приложение при полной очистке данных: сбрасываются ли настройки, удаляются ли сохранённые элементы? Происходит ли корректный запуск «с нуля»?

🕒 7. Фоновая активность

Проверьте:

• сохраняется ли активность приложения в фоне;

• продолжается ли работа сервисов (например, геолокации);

• восстанавливается ли текущее состояние при возвращении.

🔔 8. Push-уведомления

Оповещения должны приходить и в активном, и в фоновом режиме. Особое внимание — на своевременность, повторяемость и содержание.

👉 9. Реакция на уведомления

Можно ли:

• перейти в приложение по нажатию на уведомление?

• попасть на нужный экран или раздел?

💡 Не забудьте протестировать уведомления с отложенным действием — например, напоминания или сигналы будильника.

📆 10. Изменение даты и времени

Неожиданно? Но да — изменение времени (вручную или через автоматическую синхронизацию) может привести к непредсказуемому поведению. Особенно если логика приложения зависит от времени.

⚠️ 11. Обработка ошибок

Приложение должно:

• показывать понятное сообщение;

• не терять данные;

• корректно «падать» и запускаться снова;

• по возможности — предлагать восстановление или объяснение проблемы.

⏱ Потратьте немного времени, чтобы намеренно вызвать ошибки — так вы поймёте, как с ними справляется продукт.

🎨 12. Сторонние оболочки и клавиатуры

Проверьте совместимость со сторонними интерфейсами, такими как SwiftKey, Gboard и другими.

🔗 13. Интеграция с другими приложениями

• Открытие и передача файлов;

• Deep Linking — переход по ссылке из других приложений и наоборот;

• Взаимодействие с почтой, заметками, мессенджерами и облаками.

⚙️ 14. Изменение системных настроек

Поменяйте:

• язык,

• регион,

• масштаб шрифта,

• системные темы и режимы (например, ночной).

Это поможет понять, насколько приложение адаптировано к разным сценариям использования.

C — Communication (Коммуникация)

Смартфон — это в первую очередь средство связи. Поэтому любое мобильное приложение должно корректно сосуществовать с базовыми коммуникационными функциями устройства.

Если приложение прерывает звонок, мешает получению сообщений или нарушает работу уведомлений — это серьёзный минус. Такие моменты обязательно нужно учитывать в процессе тестирования.

📞 Что важно протестировать:

• Голосовые звонки
  — Что происходит, если во время работы приложения поступает входящий вызов?
  — Возобновляется ли приложение корректно после окончания разговора?
  — Можно ли пользоваться приложением во время разговора, свернув звонок?

• Видеосвязь
  — Не конфликтует ли приложение с камерами и микрофоном?
  — Работает ли параллельно с мессенджерами (например, Zoom, WhatsApp, Telegram)?

• Текстовые сообщения (SMS)
  — Проверка получения и отклонения SMS.
  — Реагирует ли приложение на входящие сообщения (если требуется)?

• Голосовые сообщения
  — Тестирование отправки и приёма голосовых сообщений внутри или вне приложения (если оно поддерживает такую функциональность).

• Электронная почта
  — Работает ли приложение параллельно с почтовыми сервисами?
  — Получаются ли письма вовремя, не блокируются ли уведомления?

• Push-уведомления
  — Отображаются ли вовремя?
  — Не мешают ли они работе других функций?
  — Работают ли в фоновом режиме?

🧪 Сценарии, которые стоит протестировать:

• Входящий вызов во время активного использования приложения;

• Исходящий вызов, сделанный из другого приложения во время работы вашего;

• Получение и отклонение SMS;

• Переход из push-уведомления внутрь приложения;

• Получение нескольких уведомлений подряд — как отображаются, как реагирует интерфейс.

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

• корректно реагирует на прерывания,

• не вызывает сбоев при переключении между задачами,

• возвращается к нужному состоянию после завершения звонков или сообщений.

E — Ergonomics (Эргономика)

Хорошее приложение — это не только функциональность, но и комфорт. Даже идеальный по коду продукт может провалиться, если пользоваться им неудобно. Эргономика — это про то, насколько приложение «дружелюбно» к глазам, рукам и мозгу пользователя.

👀 1. Визуальный комфорт

• Не устают ли глаза?

• Достаточно ли крупный шрифт?

• Не перегружен ли интерфейс деталями, цветами, элементами?

Если при взгляде на экран возникает ощущение «визуального шума» — это сигнал к переработке.

📱 2. Адаптивность под разные экраны

Приложение должно хорошо выглядеть и работать как на компактных смартфонах, так и на планшетах с большим экраном. Проверьте:

• не «съезжает» ли верстка;

• остаются ли элементы интерфейса удобными и читаемыми.

🔠 3. Масштабирование интерфейса

• Поддерживается ли изменение системного размера шрифта?

• Остаются ли доступными все кнопки и поля при увеличении?

• Учитываются ли потребности пользователей с нарушением зрения?

🌈 4. Цветовые решения

• Подходят ли используемые цвета для длительной работы?

• Используются ли мягкие и нейтральные оттенки, не вызывающие перенапряжения?

• Насколько удобно работать с приложением при разной освещенности?

🤳 5. Управление одной рукой

Особенно важно на устройствах с большим экраном:

• Можно ли дотянуться до нужных элементов большим пальцем?

• Не приходится ли постоянно перехватывать телефон?

🔄 6. Сложность сценариев

• Сколько действий требуется, чтобы выполнить типичную задачу?

• Насколько логично выстроен пользовательский путь?

• Есть ли шаги, которые можно упростить или объединить?

Если пользователь делает 7 кликов там, где можно обойтись 3 — стоит задуматься.

⌨️ 7. Ввод данных

• Требует ли интерфейс много ручного ввода?

• Насколько удобно печатать с маленькой клавиатуры?

• Есть ли автозаполнение, подсказки, сохранение часто используемых данных?

📌 Чем меньше усилий требует приложение, тем выше вероятность, что им будут пользоваться регулярно.

D — Data (Данные)

Данные — это топливо для любого мобильного приложения. Они поступают из разных источников: от пользователя, с серверов, из внешних устройств. И всё это влияет на то, как работает продукт, насколько он надёжен и удобен.

📊 Какие бывают данные:

• Входные — то, что пользователь вводит вручную (например, имя, номер телефона).

• Выходные — информация, которую приложение показывает или передаёт дальше (например, отчёты, уведомления).

• Периферийные — данные, полученные с внешних устройств: сканеров, фитнес-браслетов, термометров и т.д.

• Автозаполнение — значения по умолчанию: дата, время, часовой пояс.

• Текстовые — формы, поля ввода, сообщения.

• Медиафайлы — фото, видео, музыка. (Отображается ли предпросмотр? Загружаются ли файлы?)

• Файлы — документы и вложения.

• Специализированные — данные с устройств слежения за здоровьем, GPS-трекеров, датчиков и т.д.

🧪 Что важно протестировать:

🧩 1. Варианты ввода

— Как приложение обрабатывает ввод разных символов, языков, раскладок?
— Есть ли проблемы с кириллицей, иероглифами, эмодзи?
— Всё ли корректно сохраняется?

🎥 2. Работа с медиа

— Зависит ли воспроизведение фото, аудио или видео от подключения к интернету или внешним источникам?
— Возможен ли предпросмотр?
— Работает ли потоковая загрузка?

📂 3. Размер и формат файлов

— Поддерживаются ли все ожидаемые форматы?
— Как приложение реагирует на «тяжёлые» файлы?
— Что произойдёт при попытке загрузить неподдерживаемый тип?

🔄 4. Обновление данных

— Как часто приложение синхронизирует данные с сервером?
— Есть ли зависание интерфейса во время обновления?
— Возникают ли ошибки, если соединение нестабильное?

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

U — Usability (Удобство использования)

Хорошее приложение — это не только «как оно работает», но и насколько им приятно пользоваться. Даже самый мощный функционал может остаться невостребованным, если интерфейс неудобен, перегружен или просто раздражает.

👁️ 1. Визуальная привлекательность

• Выглядит ли интерфейс современно и аккуратно?

• Используются ли понятные элементы, шрифты, цвета?

• Всё ли читается? Нет ли устаревших или визуально «тяжёлых» решений?

🧭 2. Логика и навигация

• Легко ли найти нужную кнопку?

• Понятны ли названия разделов?

• Насколько быстро можно выполнить ключевые действия?

Если пользователь теряется на третьем экране — значит, что-то пошло не так.

🌀 3. Анимации и поведение интерфейса

• Реагирует ли интерфейс естественно?

• Не ведут ли анимации себя «против законов физики»?

• Есть ли лишние движения, раздражающие глаз?

Иногда «модная» анимация может сильно мешать — особенно при повторяющемся использовании.

📋 4. Сбор обратной связи

Во время тестирования обязательно фиксируйте всё, что вызывает:

• дискомфорт,

• замешательство,

• негативные эмоции.

💬 Даже мелочи (например, неудобное расположение кнопки «Назад») могут сильно повлиять на общее восприятие.

⚙️ 5. Установка, настройка, обновления

Обратите особое внимание на процессы:

• Первичной установки: всё ли понятно? Требуется ли лишняя регистрация?

• Настройки: легко ли их найти и изменить?

• Обновления: возникают ли ошибки или конфликты с системой?

📌 Особенно важно проверить, как приложение ведёт себя на старых устройствах. Иногда обновление требует ручной перезагрузки или даже отключения питания — это может отпугнуть часть аудитории, особенно не технически подкованной.

P — Platform (Платформа)

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

📱 Основные платформы:

• Android

• iOS

🧩 Альтернативные ОС:

• HarmonyOS

• KaiOS

• и другие, менее распространённые системы.

🔍 Что стоит проверить:

✅ 1. Соответствие рекомендациям ОС

Каждая операционная система имеет свои требования и гайдлайны — от навигации до безопасности. Убедитесь, что приложение:

• не нарушает дизайн-систему платформы;

• не требует нестандартных разрешений;

• не вызывает предупреждений от App Store или Google Play.

🎮 2. Аппаратные кнопки

Обратите внимание на взаимодействие с физическими элементами управления:

• Кнопки «Назад», «Домой», «Меню» на Android;

• Жесты без кнопки;

• Поведение при одновременном нажатии нескольких кнопок.

Интерфейс должен адаптироваться под конкретную модель и версию устройства.

🔄 3. Обновления операционной системы

Как только в эмуляторах станут доступны предварительные версии новых ОС, начинается работа по регрессионному тестированию.

📌 Регрессионное тестирование — это повторная проверка ранее работающих функций после изменений, чтобы убедиться, что ничего не сломалось.

Новые версии Android и iOS могут «ломать» стабильную работу приложений, поэтому важно:

• тестировать на предварительных сборках ОС;

• отслеживать поведение приложения после обновления устройства.

🛠️ 4. Уточнение технических деталей при ошибках

Если возникает баг — важно точно знать:

• модель устройства,

• версию операционной системы,

• оболочку (если есть).

Эта информация — ключ к быстрому решению проблем.

F — Function (Функциональность)

Функциональность — это основа. Если приложение не делает то, что должно, всё остальное уже не имеет значения.

Цель тестирования на этом этапе — убедиться, что всё работает так, как задумано. По имеющимся спецификациям или требованиям. Ни больше, ни меньше.

📋 Что стоит проверить:

✅ 1. Наличие и корректность элементов

• Все ли кнопки, формы, экраны и функции реализованы?

• Работают ли они корректно?

• Реагируют ли кнопки на нажатие?

• Выполняют ли действия, на которые настроены?

🧪 2. Проверка ключевых пользовательских сценариев

Пройдите путь пользователя от начала до конца:

• Регистрация / вход;

• Основное действие приложения (поиск, заказ, публикация и т.д.);

• Завершение сценария (например, получение результата, подтверждение, оплата).

💡 Важно протестировать как позитивные, так и негативные сценарии (например, неверный ввод, отсутствие подключения, отмена действия).

🕵️‍♂️ 3. Скрытые процессы

• Есть ли фоновая работа, незаметная пользователю?

• Работают ли периодические задачи, автоматические обновления, отслеживания?

• Проверяются ли права и условия доступа?

Многие ошибки прячутся именно в «невидимой» части логики.

⚙️ 4. Анализ потребляемых ресурсов

• Сколько памяти, трафика, энергии использует приложение?

• Насколько оптимизированы взаимодействия с сервером и сторонними сервисами?

• Есть ли лишние запросы, дублирование, утечки?

📌 Эффективность — это не просто про скорость. Это ещё и про бережное отношение к устройству пользователя.

U — User Scenarios (Пользовательские сценарии)

Пользовательские сценарии — это взгляд на приложение глазами реальных людей. Как они будут им пользоваться? Какие действия выполнять каждый день? Какие — от случая к случаю?

🔍 Когда времени мало

Если сроки поджимают — стоит сосредоточиться на наиболее часто используемых сценариях. Их можно определить с помощью:

• внутренней статистики;

• аналитики поведения пользователей;

• отзывов и частых вопросов в поддержку.

Пример: если 80% пользователей используют приложение, чтобы оплатить услуги, именно этот путь стоит протестировать в первую очередь.

👥 Кто ваш пользователь?

Чтобы сценарии были реалистичными, важно представить, кто будет использовать приложение. Вот три типичных «портрета»:

• «Назойливый родственник»
  — Плохо дружит с техникой, путается в экранах, не читает всплывающие подсказки.
  — Ему всё должно быть просто и понятно с первого взгляда.

• «Продвинутый технарь»
  — Любит копаться в настройках, пробует нестандартные подходы.
  — Именно он найдёт скрытую багу или неожиданный багрепорт.

• «Обычный пользователь»
  — Делает то, ради чего приложение установлено.
  — Ждёт, что всё «просто работает».

💡 Тестируя продукт, стоит примерить на себя каждую из этих ролей. Что они будут делать? Где могут застрять? Что их может порадовать или разозлить?

❓ Вопросы, которые стоит задать при разработке сценариев:

• Как именно предполагается использовать приложение?
  — Постоянно или время от времени? На бегу или с погружением?

• Какие проблемы оно решает для пользователя?
  — Упрощает ли задачу? Экономит ли время? Делает ли что-то быстрее, чем вручную?

• Какие цели помогает достичь?
  — Поддерживать привычки? Контролировать финансы? Работать эффективнее?

👔 Пример от Джонатана

Представьте занятого офисного сотрудника. На его телефоне:

• десятки непрочитанных писем,

• постоянные напоминания о встречах,

• заметки, таски, звонки.

И всё это происходит одновременно с использованием приложения. Насколько комфортно ему будет в таких условиях?

📌 Если приложение справляется с этим сценарием — оно готово к жизни.

N — Network (Сеть)

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

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

🔍 Что нужно проверить:

🌐 1. Поддержка разных типов подключения

Приложение должно корректно работать при:

• Wi-Fi;

• мобильном интернете (3G, LTE, 5G);

• точке доступа (раздаче интернета другим устройством);

• беспроводном широкополосном доступе.

🔁 2. Переключение между сетями

— Как реагирует приложение, если пользователь переходит с Wi-Fi на мобильный интернет и обратно? Если происходит переключение между указанными в п.1 подключениями?
— Есть ли задержки? Не теряются ли данные?

📉 3. Работа при слабом сигнале

— Выдаёт ли приложение уведомление о слабом сигнале?
— Замедляется ли работа? Возникают ли ошибки или «подвисания»?

❌ 4. Полное отключение сети

Очень важный кейс: пользователь работает в приложении — и внезапно пропадает сеть.

Проверьте:

• Сохраняются ли введённые данные?

• Что происходит при повторном подключении? А если повторное подключение будет к другой сети?

• Что будет, если отключить интернет, свернуть приложение, а затем открыть его после восстановления сети?

🧪 Идеально, если приложение не потеряет данные и восстановится без ошибок.

📴 5. Оффлайн-режим

• Есть ли у приложения оффлайн-функции?

• Какие из них работают без подключения?

• Сохраняются ли действия пользователя и отправляются ли на сервер после подключения?

Если оффлайн-режима нет — стоит предупредить об этом пользователя заранее.

🌍 6. Перезапуск в другой сети

Сценарий: приложение было выгружено, потом снова открыто — но уже в другой сети.

— Сохранились ли данные?
— Повторно ли отправляются запросы?
— Есть ли дублирование или ошибки?

📌 Даже самые простые сценарии могут «сломать» приложение, если оно не готово к сетевым нестабильностям. Именно поэтому сетевое тестирование — неоправданно недооценённый этап, которому стоит уделить максимум внимания.

---

Внедряя в свою работу мнемонику I SLICED UP FUN, вы обеспечиваете себе удобный и запоминающийся план действий, который поможет не забыть важные проверки и систематизировать подход к тестированию. Попробуйте применить её на практике — и убедитесь, как она облегчает вашу работу и улучшает результаты тестирования.