Хотя всегда можно сунуть в постман курл из нетворка, если на то пошло

Ну, прости, я не верю что время ответа сервера может занимать больше времени чем (время ответа сервера + рендеринг юая).

План развития зависит от целей развития.

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

Выше же как раз пример, почему просто тестирования через фронт может быть недостаточно.

Те же запросы, что дёргает веб могут начать дергать мобильным приложением,
а эти вещи (веб и андроид и iOs) как правило пилят абсолютно разные команды, и дай бог аналитик (если он есть) прописал им схожие ТЗ.

Ну, и если нас волнует корректность работы на клиенте(ах), может быть вполне достаточно тестов на клиентах.

Задумался, кстати.

Я никогда не пользовался постманом, пилю тестики api через pytest + requests,
До этого junit + rest assured пользовался

Он как-то упрощает процесс написания тестов на бэк?

Можно пожалуйста глянуть хотя бы пару ваших тестиков? Очень интересно посмотреть правильный подход к коду

Кто из них?

Он для тех, кто не хочет писать код.

Ну так в этом случае надо смотреть, что дергает мобильное приложение, нет?  Может быть так, что апи работает идеально, но фронт использует не то, неправильно и т.п.

Оо) тут уже не джунодискуссии))

Интересно)

на моей памяти и бэки и мобильщики точно пользовались постманом

К рабочим проектам я вряд ли могу дать доступ.

Структуру я у более опытных коллег подсмотрел: есть класс "client" в виде обертки вокруг requests, который дёргается всегда, есть "application api", где я описываю каждый из запросов в виде отдельных методов, и есть непосредственно тесты, которые из этих методов надергиваются

Понятно, что есть "environment.yaml", где какие-то общие вещи типа сервера куда стучаться на каждом стенде хранятся,
ещё я создаю "secret.py" где храню всякую тайную информацию типа личного пароля от корпоративной прокси или какой-нибудь вечный токен для авторизации, который не хочу сливать в гит.

Если нужны какие-то сложные ассерты, можно их в классе "matchers" хранить, если какие-то вспомогательные операции типа скачивания чтения файлов, то методы в классе "utils".

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

Понял, спасибо. Вы уже сильно продвинулись от джуна. Вы уже мид примерно?

Ну, примерно.

У меня просто ещё фронт на мне, так что в том же проекте и селениум-тесты. Не знаю, насколько это хорошая практика :)

Господа а есть какие-то книги, посвящённые именно mobile qa? И вообще есть смысл учится только этому или надо все сразу захватывать?

Hands on mobile app testing