Ребята, всем привет! ⚡️

Времена тяжелые, а, потому, пишу этот пост.
Наша американская компания стремится закрыть российский филиал и перевезти всех в армянский.

К сожалению, для меня этот вариант не подходит (хотя я пробовала жить в Армении почти полгода).

В связи с чем хочу спросить у вас.
Возможно, вы в поиске работы и рассматриваете вариант релокации. Либо вы можете поделиться полезными контактами со мной или предложить интересную вакансию QA/Автотестер. Я знаю, что меня читают даже менеджеры и hr 😜

В конце концов, я искренне верю, что мой 2-х летний опыт будет интересен 🙏🏼 Эта работа буквально заряжала меня и я этим горела (ну, в хорошем смысле😀). Жаль, что все так случилось, но как есть.

Давайте будем полезными друг другу ❤️

Для связи @qanoteadmin

✍️ Шпаргалка по тестированию требований к мобильным приложениям. Часть 8.

Время, календарь, таймер

- Календарь/время. Влияет ли на логику приложения некорректно выставленная дата и время? Можно ли выбрать период? Какая область допустимых значений?

- Таймер. Локальный/серверный? Как происходит синхронизация серверного таймера? Например, в Android приложение может ориентироваться не на время, установленное на устройстве, а на время запуска устройства. Как бы пользователь не переводил часы в системных настройках, таймер не собьется.

Нотификации

- Вид нотификаций. Есть ли нотификации на определенные события, которые зашиты в приложение? Или push-нотификации, которые присылает сервер?

- Действия, которые доступны при нотификации. Что будет, если перейти по нотификации? Закрыть её? Что если нотификация устарела и она недоступна?

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

Заметки тестировщика

📌 Тестирование push-уведомлений

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

Принцип работы push-уведомлений

- пользователь устанавливает приложение на устройство;
- выдается запрос прав на отправку уведомлений, и в случае успеха - ОС получает токен (идентификатор устройства) у службы push-уведомлений;
- ОС передает токен на сервер для подключения к уведомлениям;
- сервер шлет уведомления при наступлении определенного события.

Разница между push-уведомлениями в iOS и Android

Функции push-уведомлений в iOS и Android довольно сильно различаются.

iOS основана на модели push Opt-In, которая не позволяет брендам отправлять мобильные push-уведомления пользователям своих приложений до тех пор, пока эти пользователи не согласятся их получать. Android, с другой стороны, автоматически разрешает пользователям получать push-уведомления с возможностью отказаться от них вручную.

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

Лайк, если хотите отдельный пост про тестирование push-уведомлений 😏

Заметки тестировщика

👉🏼 Тестирование push-уведомлений

Всем привет! Продолжаем нашу тему с пушами 😌 На одном месте работы мы оочень тщательно тестировали их. И сейчас разберем несколько плюшек.

1. Не приходят push-уведомления:
Чтобы разобраться в причине, для начала проверьте, чтобы в меню устройства была активирована соответствующая функция (разрешены уведомления для конкретного приложения). Затем убедитесь, что не включен режим «Не беспокоить». Если всё настроено правильно, но уведомления не приходят, попробуйте перезагрузить устройство и заново авторизоваться в приложении. Бывает так, что необходимо заново отправить push-токен на серверную часть сервиса. Проверьте также, какой стиль уведомления используется (необходим «Баннер», либо «Предупреждение»). Если не помогло всё перечисленное, попробуйте перезайти в свою учетную запись магазина приложений, либо откройте саму программу, в том случае, если на другие приложения тоже не приходят push-уведомления (стоит также проверить наличие интернета на устройстве).

2. Переходы по push-уведомлению:
При тестировании необходимо проверить такие сценарии (с учётом того, что пользователь может быть авторизован или неавторизован):
🔻переход по push-уведомлению с заблокированного экрана;
🔻переход по push-уведомлению из «шторки»;
🔻пользователь находится в приложении;
🔻переход по push-уведомлению при свёрнутом приложении;
🔻пользователь разлогинился после получения push;
🔻переход по push-уведомлению с включенным «Don't keep Activities» (характерно для Android-приложений).
Существуют push-уведомления, которые ведут на определенный экран с выбором определенных фильтров. В таком случае необходимо проверить, что переход осуществляется на правильный экран. Если это был поисковой запрос, то проверьте, что текст поискового запроса отображается в строке поиска и выдача товаров соответствует поиску. Также могут передаваться определенные фильтры, в таком случае необходимо проверить, что выбраны все «зашитые» фильтры.
Если push-уведомление ведет на WebView, то проверьте, что WebView открывается корректно на обеих платформах. И что в push зашит корректный URL.

3. Устаревший push-токен:
У устройства изменился push-токен, когда восстановили приложение из резервной копии системы и не передался новый push-токен.

4. Очередь со стороны Apple:
В Apple большая очередь на отправку push-уведомлений, они приходят с задержкой (Apple не гарантирует доставку push).

5. Проверка максимального и минимального количества отображаемых символов:
В iOS и Android имеется лимит отображаемых символов. Он разный. Максимальное значение количества символов для платформы iOS - ограничение в 4 строки (178 символов), а для Android - не более 13 строк (663 символа) (по крайней мере раньше было так). Не забудьте также проверить push-уведомление, содержащее минимальное количество символов, для обоих платформ можно задать 1 символ.

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

7. Изображения в push-уведомлениях:
Push-уведомление может содержать изображение, при отправке пуша - клиент получает ссылку на изображение и перед показом загружает его, далее происходит процесс обогащения пуша картинкой - она устанавливается. Уведомление отображается после загрузки картинки. Если push-уведомление содержит картинку, необходимо проверить, что она отображается.

8. Локальные push-уведомления:
Локальные уведомления планируются самим приложением и служат для своевременного и актуального информирования пользователей, пока приложение не работает на переднем плане. Чтобы уведомление отобразилось, его необходимо запланировать самому пользователю. В таких случаях проверяем кейсы, связанные с таймингом отправки сообщения.

9. Проблемы на серверной стороне:
В другие приложения приходят push-уведомления, но не приходит на наше, хотя push-токен отправлен на сервер. Стоит проверить корректность отправки push на другие аккаунты сервиса и другие устройства. При отсутствии push-уведомлений сообщите команде серверной разработки.

Заметки тестировщика

Источник: https://habr.com/ru/company/youla/blog/553762/

1. Механизм пуш-уведомлений для iOS и Android
2. Отправка push-уведомлений с помощью Firebase Cloud Messaging
3. Отправка push-уведомлений в приложение для iOS с помощью облачных сообщений Firebase
4. Особенности тестирования пуш-уведомлений (с примерами тестовых проверок)

📌 Тестирование дип линков (mobile deep links)

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

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

Контекстный дип линкинг (contextual deep linking) дает дополнительную возможность сохранения информации (например, о промо кампании) во время всего сценария установки приложения.

🤯 Проблемы, с которыми сталкиваются разработчики и тестировщики:

- Поддержка различных технологий работы с дип линками и разработка линков, которые будут работать во всех мобильных браузерах;
- Интеграция с соц.сетями и мессенджерами;
- Встроенные браузеры (in-app browsers);
- Отслеживание атрибуции (attribution);
- Предотвращение мошенничества;
- Некоторые end-to-end сценарии очень тяжело (или невозможно) автоматизировать;
- Постоянная поддержка.

Полезные инструменты

🔍 UA Switcher плагин, который позволяет просматривать веб-страницы, используя user agent мобильных браузеров. Также можно импортировать свои кастомные конфигурации.
🔍 Сайты, позволяющие сгенерировать webhook ссылки: раз и два. Большинство провайдеров дип линков позволяют отслеживать ивенты “на лету”, достаточно лишь вставить полученную ссылку в панель управлаения провайдера.
🔍 Сайт для проверки, откроет ли дип линк ваше приложение
🔍 Deep Link Test для Android, который можно собрать своими руками. Также можно скачать готовые аналоги с Google Play.
🔍 Электронные таблицы и таблицы решений (decision tables) для поддержания структуры основных сценариев.
🔍 Подписка на обновления сторонних приложений. Можно использовать AppShopper, этот сервис присылает письма на почту каждый раз, когда интересующее приложение обновилось в App Store. Это очень удобно - сразу видно, какие мессенджеры следует протестировать в первую очередь.

Источник

Заметки тестировщика

Нашла очень подробную и понятную статью 👍🏻
https://www.simbirsoft.com/blog/tekhniki-test-dizayna-i-ikh-prednaznachenie/

Заметки тестировщика

Как избежать проблем при запуске новой фичи

✅ Всегда проверяй интеграцию с каждым клиентом — даже если сроки поджимают и нужно выпустить обновление побыстрее.

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

✅ В автотестах нужно завязываться на корректность данных, а не только на факт их создания.

Советы подкреплены опытом и сгоревшими нервными клетками QA-инженера Авито Алёны Луцик. Ребята поторопились выкатить фичу «Легкое резюме» и особенно поспешили с Android. В результате случился факап, который пришлось экстренно исправлять.

Ошибки позволяют учиться и профессионально расти — читай подробнее об этом кейсе в статье на vc.ru.

Очень полезный материал 👍🏻🔥🔥

📌 Распространенные баги на iOS

В продолжение темы мобилок: https://telegra.ph/bagi-na-iOS-02-05

Это лишь ооочень маленький пласт багов. В зависимости от тестируемого продукта их разновидностей может быть куда больше.

Но тем, кто не работал с мобилками, эта статья может понравиться)
А опытных прошу поделиться, с какими самыми коварными багами имели дело? 😄

Заметки тестировщика

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

Мое состояние сейчас полностью идентично состоянию тестового окружения: