Как вы подходите к тестированию нативных мобильных приложений (iOS/Android)?

Ну, слушай, а вот эта вся ваша движуха с тестированием нативных приложений — это ж не просто так, на коленке ковырять. Это, блядь, целая наука, потому что тут тебе и железо, и эти ваши гайдлайны от Apple с Google, которые, если их нарушить, пользователь сразу почувствует, что что-то не так, как будто в тапке камушек. Короче, пиздец тонкая работа.

Итак, на что надо орать внимание, пока не поседел:

1. Функционалка — основа основ, но не только кнопки:

• Очевидные штуки: Зарегаться, залогиниться, купить-продать — это само собой.
• А вот это уже интереснее: Интеграция с самой тёлкой-операционкой. Камера должна не просто открываться, а ещё и не переворачивать фото вверх ногами на каком-нибудь левом китайце. GPS — чтобы не показывал тебя в центре океана. Микрофон, чтобы в голосовых сообщениях не было звука, будто ты в банке из-под огурцов. Контакты — чтобы не пытался синхронизировать твою тёщу как «Любимый клиент».
• Вот, смотри, как на Андроиде это может выглядеть в коде (не трогай его, он святой):

  // Проверка успешного перехода после ввода данных
  onView(withId(R.id.email_field)).perform(typeText("test@mail.com"))
  onView(withId(R.id.password_field)).perform(typeText("pass123"), closeSoftKeyboard())
  onView(withId(R.id.login_button)).perform(click())
  onView(withId(R.id.welcome_screen)).check(matches(isDisplayed())) // Верификация

  Смотри, вроде бы логично: вбили данные, ткнули кнопку, проверили, что нужный экран показался. Ан нет! А если клавиатура не закрылась? А если эта кнопка «логин» на полэкрана уехала? Ёпта, мелочи, а потом пользователь орёт, что приложение глючное.

2. Кросс-платформенность и эта дичь с фрагментацией:

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

3. Производительность и жор ресурсов — тут можно охуеть:

• Скорость запуска: Если приложение открывается дольше, чем я дохожу от дивана до холодильника, то всем пиздец. Cold start, warm start — всё должно быть шустро.
• Память: Утечки памяти — это как незакрытый кран в квартире. Сначала кап-кап, а потом соседи снизу бегут с мокрыми потолками. Инструменты вроде LeakCanary — наши спасатели.
• Батарея: Если от твоего приложения телефон греется, как утюг, и садится за час — это провал. Фоновая работа — вообще отдельная песня, чтобы не сосала соки, пока пользователь в другом месте.
• Интернет: Обязательно надо проверить на хлипком 3G или в лифте. Приложение не должно вылетать в ошибку, а тихонечко сказать: «Э, дружок, нет связи, попробуй позже», и сохранить то, что успел навводить.

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

• Жизненный цикл: Свернул приложение, принял звонок, вернулся — а оно, сука, заново грузится или данные все потерлись. Пиздец, а не опыт.
• Прерывания: Звонок, смска, уведомление из другого приложения. Всё это не должно ломать твой текущий процесс. Представь, ты почти победил в игре, а тебе звонок от мамы — и всё, начинай сначала. Вот это и есть боль пользователя.
• Жесты: Масштабирование двумя пальцами должно быть плавным, а не дерганым, будто судорога. Свайпы — отрабатывать чётко.
• Обновления: Человек обновил приложение через маркет, а там все его сохранённые настройки или прогресс — к ебеням. Вот это и есть мартышлюшка, которая всех заебёт.

5. Чем всё это проверять — арсенал:

• Для автоматизации: Appium — это как швейцарский нож, подходит многим. Но для нативной скорости и точности — XCTest под iOS и Espresso/UIAutomator под Android. Это уже, блядь, тяжёлая артиллерия.
• Для анализа и вынюхивания проблем: Charles Proxy или Fiddler — чтобы смотреть, что туда-сюда ползёт по сети. Android Studio Profiler и Xcode Instruments — чтобы ковыряться в потрохах и искать, где что проседает. А ещё всякие Firebase Test Lab или BrowserStack — чтобы не скупать все телефоны мира в офис, а потестить на облаке реальных девайсов.

Короче, тестирование нативных приложений — это не «понажимать кнопочки». Это, блядь, высший пилотаж, где надо думать и за пользователя, и за операционку, и за железо. И если где-то накосячить — получишь в маркете отзыв: «Приложение — говно», и всё, пиши пропало.