MobileApps - мобильное тестирование | Mobile QA

🍏 Обратная сторона медали: не самые очевидные боли и специфика тестирования на iOS Сегодня хочу честно поговорить про специфику и скрытые ловушки тестирования на iOS. Многие начинающие QA думают, что тестировать на айфонах - сплошное удовольствие: устройств мало, всё стандартизировано, гайдлайны понятные. Но под капотом тут скрываются свои, сугубо «яблочные» боли. С чем постоянно сталкивается iOS QA инженер в повседневной рутине? Расскажу через призму своих ощущений и проблем, которыми делились коллеги. 📌 Магия сертификатов и профилей (Provisioning Profiles) Это вечная классика и головная боль всей команды. Чтобы просто установить тестовый билд на реальное устройство, девайс должен быть внесен в список UDID аккаунта разработчика, а сам профиль подписи должен быть валидным. Малейшая ошибка в настройках CI/CD и вся команда QA сидит без свежей сборки, созерцая ошибки установки. Ладно, это не наша зона ответственности, но на работу влияет напрямую. 📌 Ограничения TestFlight Наш главный и по сути единственный официальный инструмент дистрибуции предрелизных билдов TestFlight имеет свои жесткие ограничения. Особенно тяжело бывает с количеством тестовых аккаунтов. Иногда их просто нельзя создать столько, сколько требуется команде. Из за этого приходится использовать общие аккаунты, что не всегда удобно и прозрачно. 📌 Жесткая «песочница» (Sandbox) iOS невероятно строга к вопросам безопасности и приватности данных. Приложение, свернутое в фон, имеет крайне мало времени на завершение текущих задач. Тестировать фоновые синхронизации, получение пушей, работу Bluetooth или геолокацию на iOS - это отдельное искусство, требующее понимания системных ограничений. И самое проблемное тут то, что далеко не всё прозрачно в понимании того, как именно это работает. Для меня уже привычной стала фраза от разработчика: «Я не знаю, как это работает». 📌 Ограниченный набор инструментов Малое количество инструментов для тонкой настройки заставляет пустить слезу зависти, когда смотришь на то, как в Android интегрированы различные режимы и инструменты для диагностики. 💡 В итоге мы получаем систему, где не так много устройств, чтобы создавать бесконечную матрицу тестирования. Но из за ограничений платформы, особенностей безопасности и неидеальности инструментов мы регулярно вынуждены тормозиться в тестах и адаптировать процессы просто потому, что повлиять на это не можем. Именно поэтому опытный Mobile QA обычно смотрит на iOS не как на «простую платформу», а как на платформу со своим набором уникальных ограничений и компромиссов.