API в Mobile QA

⚡️Важное объявление. ⚡️ В связи с важными для меня изменениями, я принял решение о том что ближайшие потоки моих проектов Senior, API и Flutter будут последними. Я планирую отдохнуть, восстановить менталку и сильно перестроить свою работу. Это не значит, что я разлюбил то чем занимаюсь и мобильные приложения. Я ценю то что я смог сильно повлиять на индустрию тестирования мобильных приложений и помочь сотням коллег развиться в ней на сложном и интересном уровне. Но я хочу двигаться дальше и для этого пересматриваю формат и аудиторию. ⭐️Что для нас значит это сейчас - будут последние потоки проектов которые я сейчас веду для мобильных тестировщиков Senior, API и Flutter, а так же я проведу отдельный воркшоп по работе мобильного тестировщика с AI. Это топовые проекты которые дают сильный рост QA и возможность работать в более крутых проектах по мобильному тестированию по всему миру. Их сила - в уникальности и авторском подходе с любовью к приложениям. ✔️К недавним примерам результатам работы со мной: коллега получила оффер в айти-компании из Германии, а другая начала полноценно использовать Android Studio на всю мощь в своем действующем проекте. Я специализируюсь на глубокой работе с приложениями и рад помогать другим профессионально развиваться в этом направлении. Старт последнего потока API - 25 Апреля 👉Возможность записаться и узнать больше деталей есть вот в этой форме Используйте уникальный шанс для своего развития в Mobile QA

⚡️Важное напоминание⚡️ Старт 6го потока будет уже в эту субботу(28 Февраля). Уже скоро будет закрытие записи и в четверг я буду рассылать ссылки на наш Discord всем членам команды проекта. Начать разбираться с темой API в мобилках проще чем кажется. Главное - сделать первый шаг. Просто пиши мне кодовое слово "API"😉

Супер полезный контент для тех кто хочет тестировать мобильные приложения через Postman.🚀 Подготовил гайд по функционалу одного из самых важных инструментов в вопросе по тестированию API. ✔️Гайд будет полезен тем кто еще не работал с тестированием приложений или не уверено себя чувствует. В материалах отобразил не только функционал, но и важные мысли которые нужны в работе с приложениями. Все разложил по полочкам, так что бы стало понятно зачем QA использовать этот инструмент. Не забудь сохранить гайд к себе что бы он всегда был под рукой.👍

Страх перед AI прошел у всех. Но работать с новым инструментом получается далеко не у всех. И это вполне нормально. Но не значит, что с этим можно смириться. Чем AI полезен для нас, QA: ИИ помогает быстрее разбирать логи, анализировать ответы API и составлять проверки. Да, AI ТОЧНО нельзя доверять на 100%. Где-то будет галлюцинация, придумывание и путаница в данных. Но нам надо уметь разделять когда перед нами ошибка со стороны инструмента, а когда из-за того кто отправляет промты этому самому ИИ. И вот наша ответственность здесь именно в правильном формулировании промта. Но для создания этого самого промта нам нужно самим понимать какой результат вообще хотим получить. Запрос “сделай эту таблицу по красоте” звучит может и эмоционально понятно, но совершенно лишен смысла для системы которая думает через нолики и единицы. На API Mobile QA мы работаем с сценариями использования ИИ в работе Mobile QA, а не просто обсуждаем модную тему. Присоединяйся к команде что бы сила интеллекта айтишника усиливалась вместе с AI и создавала крутые проекты в айти! 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

WebView - одно из самых проблемных мест в мобильных приложениях. И не удивительно почему так, ведь здесь пересекаются веб, мобилка и API. А как мы знаем по опыту - чем больше элементов в приложении тем легче оно ломается. Ошибки часто выглядят не очевидно и проявляются только в интеграциях. Без анализа сетевых запросов такие баги легко упустить. Например сама кнопка на WebView может быть в одном месте и пропасть в другом. Почему так? Логика приложения которую стоит учитывать. В API Mobile QA мы разбираем WebView именно с точки зрения мобильного тестировщика, а не абстрактной теории. Поговорим про то зачем используют этот функционал и к чему может привести непродуманность системы для тестов. 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

Экран можно протестировать, даже не касаясь его руками. Достаточно управлять тем, какие данные приходят с сервера. Так появляются сценарии, которые сложно воспроизвести через UI: ошибки, крайние состояния, нестандартные данные. Ведь мы не может вручную с приложения убрать содержание JSON. Или поменять статус в запросе. Мы активно используем этот подход в API Mobile QA, чтобы показать, как тестирование может быть быстрее и глубже. И залог для этого - глубокое понимание системы по которой работает приложение и взаимодействует с API. 6й поток уже начинается совсем скоро. Не упусти свой шанс присоединиться к команде! 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

Когда на вопрос о снифферах в мобилках сказал про Postman

Перехват и модификация трафика - критически важный навык для QA который работает с мобильным приложением. Этот навык позволяющий тестировать негативные сценарии без изменения кода или базы данных. Основные инструменты: Charles Proxy, Fiddler Everywhere, Burp Suite, Proxyman. Когда QA впервые перехватывает трафик мобильного приложения, то открывает целый новый мир. Когда я был только Junior, то я почувствовал детскую радость когда увидел полноценный трафик с приложения и смог его изменить. Модификация ответов сервера позволяет проверять сложные и редкие сценарии без долгих подготовок. Это сильно расширяет возможности тестирования. Но само по себе наличие инструмента мало чем может помочь. Потыкать по кнопочкам - слабая аргументация в работе. Нам важно системное понимание того что мы делаем и что хотим сделать в приложении(особенно важно для закрытия теста без мыслей “ой, а может что-то упущено?) На проекте API Mobile QA мы работаем над тем что бы мы были теми кто управляет тестами, а не подстраивается под интерфейс инструмента. Присоединяйся что бы быть уверенным специалистом.😎 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

Swagger, Postman, Charles Proxy… Давайте немного углубимся в то с чем должен работать каждый мобильный тестировщик. Swagger обеспечивает документирование и визуализацию эндпойнтов. Это очень помогает синхронизировать работу, уменьшая путаницу и время, затрачиваемое на понимание функциональности API. Postman позволяет отправлять HTTP-запросы и автоматизировать тесты(да-да, автоматизация доступна уже на таком уровне без работы с кодом). Создание, сохранение и организация коллекций запросов. В нем удобно проверять, как ведет себя API в разных условиях. Charles Proxy служит сниффером для перехвата и подмены трафика. В нём видно, какие именно данные отправляет ваше мобильное или веб-приложение под капотом. Незаменим для тестировщиков, так как позволяет смотреть трафик со смартфона на компьютере. В мобильном тестировании нужно уметь пользоваться всеми этими инструментами вместе, потому что по отдельности они дают лишь часть картины. В API Mobile QA мы не просто знакомимся с инструментами, а учимся применять их осознанно в реальных сценариях мобильного тестирования. 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

Самые неприятные баги обычно живут на стыке клиента и сервера. По отдельности-то всё работает, а вот вместе…есть над чем поработать. Интеграционное тестирование позволяет увидеть всю цепочку целиком: запрос → ответ → обработка → результат на экране. Здесь опытный в вопросе API QA предотвращает проблемы, а не фиксирует постфактум. В API Mobile QA мы много работаем с интеграциями на реальном приложении. Это даёт опыт, который сложно получить из статей или видео. 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"

API-ответы напрямую определяют стабильность и пользовательский опыт приложения. Качество интеграции зависит от того, насколько UI готов к различным состояниям данных(если мы говорим о тонком клиенте, конечно). Классический UI-тест это имитация действий пользователя в рядовой задаче. Это единственный способ убедиться, что система работает с точки зрения пользователя. Многие баги в мобилке просто некорректно обработанный ответ сервера. И без анализа API такие проблемы легко пропустить или не понять почему именно так произошло. Например пропала кнопка. Проблема весьма заметная. А все потому что в АПИ просто не было нужного булевого значения. Это только цветочки, ведь у API в мобилках свои сложности: сложные структуры данных, неявные взаимосвязи, изменения в логике… В API Mobile QA мы разбираем эти нюансы и связываем ответы сервера с поведением приложения. Это помогает тестировать пользовательские сценарии. 🔥 Программа 6го потока для тех кто хочет разбираться в API. А для записи пиши мне кодовое слово "API"