📚 ProTestingInfo 🔷 Канал по тестированию 📚

Основные определения 👇 REST (Representational State Transfer) - это архитектурный стиль для построения распределённых систем REST API - архитектурный стиль проектирования программных интерфейсов RESTful API - это термин, который использует строгое следование принципам REST 1️ Клиент-Сервер (Client-Server) Полное разделение интересов. Клиент → UI/UX 🖥️ Сервер → Данные и логика Зачем: Независимое развитие и масштабирование. 2️⃣ Отсутствие состояния (Stateless) Сервер не помнит предыдущие запросы. Каждый запрос самодостаточен. Зачем: Надежность, простота балансировки нагрузки. ⚠️ Токены передаются в каждом запросе! 3️⃣ Кэшируемость (Cacheability) Ответы должны явно маркироваться (Cache-Control, ETag). Зачем: Снижение нагрузки, ускорение работы. 💡 Для QA: Проверяй заголовки кэша в Network / Application! 4️⃣ Единообразие интерфейса (Uniform Interface) Единый стандарт взаимодействия: • Идентификация ресурсов (URI) • Манипуляция через представления (JSON) • Самодостаточные сообщения • Стандартные методы (GET, POST, PUT, DELETE) • HATEOAS (ссылки в ответе) 5️⃣ Многоуровневая система (Layered System) Архитектура из слоев (прокси, балансировщики, серверы). Клиент видит только шлюз. Зачем: Безопасность, гибкость инфраструктуры. 6️⃣ Код по требованию (Code on Demand) Сервер может передать исполняемый код (JS). ⚠️ Опционально и используется редко из-за рисков безопасности. Хочешь больше узнать про тестирование REST API , присоединяйся к курсу по тестированию бэкенда 5 ноября, чтобы прокачать свои навыки . Больше узнать информации пиши в личные @nadin_qa , отвечу на вопросы. Ставь ❤️, если полезно!

Все необходимое для спокойной и эффективной подготовки к собеседованию уже собрано. ✅ Практический курс по тестированию бэкенда • Реальные практические задания по API + SQL ➡️ Новый поток стартует 5 ноября 2026, но присоединиться можно уже сейчас! 👉 https://protestinginfo.ru/practice_api_sql#program Пишите в ЛС - отвечу на все волнующие вопросы. — доступ 9 месяцев 📌 Что будет на курсе: • API тестирование (REST) — Postman, Swagger • SQL от базового до JOIN — PostgreSQL, ClickHouse • Redis — работа с кэшем • Kafka — проверка асинхронных запросов Планы - и уже есть вебинар рассказывать про ИИ-агенты, MCP, работа с коллекциями, используя скиллы и агенты 🔥 В программе: — тестирование User Account API + SQL + MAIL API (3 сервиса) — ClickHouse: анализ статус-кодов — Redis: работа с данными пользователя — Forum API + SQL (еще 1 сервис) — негативные проверки запросов и многое другое Скидки на участие: APISQL25 - 25% СКИДКА с 25 ОКТЯБРЯ ДО 6 НОЯБРЯ 2026г. APISQL15 - 20% СКИДКА С 7 НОЯБРЯ ДО 10 НОЯБРЯ 2026г. APISQL15 - 15% СКИДКА ДО 15 НОЯБРЯ 2026г. Условия и сроки проверки заданий: Тариф 1: без проверки. Проверка заданий осуществляется только в течение ограниченного срока с начала обучения: Тариф 2: только первые 3 месяца Подробнее про тарифы : https://protestinginfo.ru/practice_api_sql#tariffs Обратная связь на протяжении всего доступа ✅ Что ты получишь: 🎯 Уверенность в ответах 🗣 Навык чётко формулировать мысли 📋 Готовность к техзадачам (SQL, API, Postman) 🧭 Понимание, чего ждать на собеседовании 🤝 Поддержку 📌 Все ссылки в шапке профиля @protestinginfo 📖 Отзывы https://protestinginfo.ru/practice_api_sql#reviews ✍️ Напиши мне в ЛС @nadin_qa помогу выбрать тариф, составить план и вместе подготовиться к собеседованию! Готова направить и поддержать на каждом шаге. Прямая ссылка для оплаты (можно рассрочка, юр лица (напрямую написать), зарубежная карта только с конвертацией) https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb Набираю группу до 10 человек в зависимости от тарифа

Bearer Token и JWT не одно и то же. И вот почему 👇 «Передай JWT в заголовке `Authorization: Bearer…» такую формулировку можно услышать на работе и собеседованиях. Из-за этого легко решить, что Bearer и JWT синонимы. Но это не так. Разберёмся на простом примере. 📦 Bearer — способ предъявить токен Согласно RFC 6750, Bearer — схема аутентификации. Сервер получает токен в запросе и использует его для предоставления доступа, если токен действителен. Представь пропуск в бизнес-центр. На входе говорят: «Предъявите пропуск». Важно, чтобы у тебя был действующий пропуск, а не то, из какого материала он сделан. В HTTP-запросе это выглядит так: Authorization: Bearer <token> 📄 JWT — формат токена JWT (JSON Web Token) — формат представления информации в виде JSON-структуры, определённый RFC 7519. Компактный JWT обычно состоит из трёх частей, разделённых точками: header.payload.signature Но важно: содержимое JWT не обязательно зашифровано. Обычно данные закодированы в Base64URL, поэтому их можно прочитать. Подпись помогает проверить целостность токена, но сама по себе не скрывает его содержимое. 💡 Так в чём разница? Bearer отвечает на вопрос: как предъявляется токен? JWT отвечает на вопрос: в каком формате представлены данные токена? В качестве Bearer-токена можно передавать не только JWT, но и непрозрачную строку (opaque token). Например, случайный идентификатор, по которому сервер находит информацию о доступе. Что важно запомнить для собеседования: JWT — это формат, а Bearer — схема аутентификации. Они не синонимы, хотя JWT часто используют как Bearer-токен, например, на сайте Vikunja используется Bearer <JWT-token> 📌 Подписывайся на @protestinginfo здесь простым языком разбираем API, HTTP и тестирование. 💾 Сохрани пост, чтобы повторить перед собеседованием.

Всем прекрасного дня. Мне сейчас грустно: отпуск пройден, работа тут и там. Мысли над новым контентом. Stepik восстанавливается. Планы на новые полезности и проведение вебинаров, хотя тут идет вдохновение, чтобы продолжать делиться с вами полезными материалами. Поддерживать новых менти с поиском работы и получения новой информации для них. Кому сейчас тоже грустно, предлагаю посмотреть на фото для поднятия настроения ❤️ Фото от коллеги, природа, рыбалка, спокойствие. И такая красота ❤️ стрекоза🌾 И настроение поднимается, и с этим увеличивается вера в себя. Верьте в себя, действуйте, я уверена ваши станут достигнутыми.

https://t.me/boost/protestinginfo Ох, не хватает тир голоса на сторис, поддержите, пожалуйста 💙🙏

🚀 Сегодня в 21:00 мск вторая часть третьего урока «Что под капотом у ИИ» 📌 Обсудим: 4) RAG: как подключить модель к своим данным и получать ответы на основе актуальных источников 5) Fine-tuning: когда имеет смысл дообучать модель, а когда достаточно промпта или RAG 💡 Формат - живой созвон. Можно задавать вопросы прямо во время урока. 🎥 Запись будет, участие бесплатное. Ссылка на созвон появится на канале за 5 минут до старта

Собеседование уже завтра? И я тебя поздравляю - повезло ❤️❤️❤️ Сейчас прям так сложно попасть на собеседование, но мы с менти пробиваемся. А теперь согласно видео. Ситуация знакома: приглашение на интервью получили, времени мало, а в голове каша из десятков терминов. Хочется срочно пробежаться по всем 30-40 темам, чтобы «хоть что-то» вспомнить. Стоп! Это главная ошибка. 🛑Поверхностные знания по всему подряд на собеседовании считываются мгновенно. Интервьюеру намного важнее ваша уверенность и глубина понимания базы. Если до собеседования остались считанные часы, повторяйте эти 3 темы, которые спрашивают чаще всего: 1️⃣ Виды тестирования. Уверенно объясняйте разницу между функциональным и нефункциональным, ручным и автоматизированным, регрессом и смоук-тестами. Понимайте, когда и какой вид применять. 2️⃣ Работа с инструментами и релизный процесс. Как вы заводите баги (Jira, YouTrack)? Как понимаете, что фича готова к релизу? Что такое CI/CD и какое место в этом процессе занимает QA? 3️⃣ Базовые вопросы по API. Методы HTTP (GET, POST, PUT, PATCH, DELETE), коды ответов (200, 400, 404, 500), структура запроса и ответа. Я собрала полный список самых частых вопросов к собеседованию на QA и подробные ответы к ним. https://t.me/protestinginfo/4941 А какая тема на собеседованиях вызывает у вас наибольший стресс? Делитесь в комментариях. Делитесь с коллегами, которые готовятся к собесам. Ставь 🔥, буду продолжать делиться дальше. А еще у меня скоро будет сертификация внутри компании на курсе «Интервьюер» (обучалась 2 месяца и потом чуть позже отдельным постом кратко расскажу, что там изучала, также еще чаще стала проводить собеседования в рамках компании).

Привет, напоминаю сегодня крайний день когда можно записаться на тренинги! https://t.me/AQA_Engineer/518

Привет совсем забыл сказать! Уже на следующей неделе 19.10 у меня стартуют тренинги. Автоматизация тестирования брокеров сообщений Результат: Научитесь автоматизации тестирования сложных асинхронных систем. Напишите клиенты для kafka и rabbitmq, автоматизируете длинные интеграционные сценарии, проходящие проходящие через 2 API, 2 Брокера сообщений, почтовый сервер. Научитесь работать с многопоточностью. Изучите новые архитектурные приемы и паттерны, овладеете сложной темой востребованной на рынке. Да и просто станете круче как инженеры. 🗓 Неделя 1: Kafka Producer 7 Уроков. Поговорим про брокеры сообщений, как они устроены, научимся публиковать сообщения в топики, узнаем когда нужно работать с кафка в автотестах и зачем. 🗓 Неделя 2: Kafka Consumer 5 Уроков. Научимся использовать паттерны проектирования singleton и observer, будем использовать python потоки и примитивы синхронизации. Будем слушать топики и научимся работать с блокирующими задачами. И рассмотрим проблемы которые возникают при тестировании брокеров сообщений. 🗓 Неделя 3: RabbitMQ 5 Уроков. Научимся работать RabbitMQ, узнаем что такое обменники, очереди, будем публиковать и слушать сообщения из очереди. REST API Advanced Результат: Вы создадите production-ready фреймворк с архитектурой уровня энтерпрайз систем. Сможете с нуля настроить CI/CD pipeline с метриками и уведомлениями. Одного моего друга пригласили на Senior позицию, после того как он показал свой проект и рассказал, что и как он сделал. 🗓 Неделя 1: Введение в автоматизацию тестирования 10 уроков. Повторим основы Python, научимся генерировать простой код, рассмотрим базу API тестирования, напишем первые тесты и настроим автоматический прогон тестов в GitHub. 🗓 Неделя 2: Архитектура и работа с данными 4 урока. Научимся использовать паттерны проектирования для решения наших задач. А также научимся подготавливать тестовые данные и рассмотрим различные виды фикстур. 🗓 Неделя 3: Проверки 7 уроков. Рассмотрим все возможные виды проверок для API, научимся валидировать структуру данных и значения. Мягкие проверки, функции-чекеры, менеджеры контекста. Будем внедрять так, чтобы не засорять код и делать его более читаемым и поддерживаемым. 🗓 Неделя 4: Работа с конфигурациями и репортинг 7 уроков. Завершающая неделя: научимся собирать Docker образы, настраивать пайплайны, дорабатывать сторонние библиотеки, собирать coverage покрытия сервиса автотестами, строить красивые и информативные отчёты. Научимся отправлять отчёты о прохождении тестов в Telegram и перепишем пайплайн для GitLab CI. Приходи тебе точно пригодится!

Всем привет, я рекомендую курс Валеры Меньшикова, есть вопросы - пишите в комментарии

Postman + AI: как автоматизировать работу с API 🤖 Знаете ли вы, что Postman позволяет подключать AI-агентов к своим инструментам и управлять API-ресурсами с помощью обычных текстовых команд? В официальной документации Postman описаны два интересных направления: 🔹 Agent Mode — AI-помощник внутри Postman, который может создавать запросы, писать и обновлять тесты, помогать искать ошибки. 🔹 Postman MCP Server — позволяет AI-агентам работать с коллекциями, рабочими пространствами, спецификациями и другими ресурсами Postman через MCP. 🔹 MCP Generator — помогает создавать собственные MCP-серверы на основе публичных API из Postman API Network. Важно: AI может ошибаться, поэтому результаты и изменения необходимо проверять Можно ли подключить ИИ к Jira так, чтобы он не просто отвечал на вопросы, а помогал работать с задачами? Да! Для этого существуют MCP-серверы. 👇 1️⃣ Официальное решение от Atlassian Atlassian выпустила собственный удалённый MCP-сервер, который связывает ИИ-ассистентов с экосистемой компании. 🔹 Подключение через https://mcp.atlassian.com/v2/mcp 🔹 Авторизация через OAuth 2.1. 🔹 Интеграция с Jira, Confluence, Bitbucket Cloud и Jira Service Management. И через postman хочу попробовать подключить и Jira, и как раз вам показать, я давно не проводила вебинары, и планирую вернуть это. Подписывайся на @protestinginfio и делись с коллегами

​​ Model Context Protocol (MCP) в Postman 12 — это мост между ИИ-агентами (Claude, Cursor, VS Code Copilot) и твоими API-ресурсами. Разбираем два пути подключения и файл настроек по официальной документации. 🔄 1. LOCAL SERVER (Локальный) Сервер запускается прямо на твоём компьютере. • Протокол: STDIO (Standard Input/Output) — прямой канал связи между двумя программами через консоль. • Запуск: через npx или Docker. • Требует: Postman API Key. • Плюсы: быстро, безопасно, данные не уходят в сеть. 🌐 2. REMOTE SERVER (Удаленный) Сервер работает в облаке Postman. • Протокол: SSE (Server-Sent Events) или Streamable HTTP — сетевое общение в реальном времени. • Плюсы: не нужно ничего устанавливать локально. • Минусы: требует стабильный интернет. • Есть отдельный EU endpoint для пользователей из Европы. ⚙️ 3. ФАЙЛ КОНФИГУРАЦИИ (на примере Local) Чтобы ИИ-агент понял, как запустить Postman, добавь этот блок в его конфиг (например, claude_desktop_config.json):

"mcpServers": {
    "postman": {
      "command": "npx",
      "args": [
        "-y",
        "@postman/postman-mcp-server",
        "--region",
        "eu"
      ],
      "env": {
        "POSTMAN_API_KEY": "ТВОЙ_СКОПИРОВАННЫЙ_КЛЮЧ"
      }
    }
  }
}

🔍 РАЗБОР ПОЛЕЙ: • «command» — какая программа запускает сервер (npx или docker). • «args» — аргументы: имя пакета @postman/postman-mcp-server и флаг —region eu для Европы. • «env» — переменные окружения. Сюда передаётся Postman API Key для авторизации. ЗАЧЕМ ФЛАГ —region eu? Официальная документация Postman рекомендует добавлять его для пользователей из Европы , Это: • Снижает задержку (пинг) — запросы идут на ближайшие серверы. • Обеспечивает соответствие GDPR — данные остаются в EU-регионе. Для большинства задач Local-вариант через npx и STDIO — самый простой и надёжный способ заставить ИИ управлять твоими коллекциями, окружениями, моками и спецификациями. Подпишись на @protestinginfo — даю готовые, проверенные инструкции по API и AI-инструментам для экономии времени и говорю про подготовку к собеседованию.

​​ 🛠️ SKILLs - правила, которые не нужно повторять Skill — это заранее подготовленный, переиспользуемый набор инструкций, правил и ограничений для AI. Вместо: ❌ каждый раз писать огромный промпт можно: ☑ один раз описать правила в Skill ✅ переиспользовать их в разных задачах ✅ стандартизировать формат результата ✅ уменьшить количество повторяющихся инструкций Например, Skill для API-тестирования может содержать: • правила и ограничения проекта; • требования к формату тест-кейсов; • правила работы с тестовыми данными; • позитивные и негативные сценарии; • проверки статус-кодов; • проверки тела и структуры ответа; • требования к документации А скоро я покажу примерный скилл, который использую на работе, но сперва познакомлю от куда ноги растут, поэтому делись с коллегами этим постом и пусть подписываются на @protestinginfo Также в карусели указаны имеющиеся скиллы в postman, в ближайшем времени планирую провести также вебинар.

Manual QA меняется. Что учить прямо сейчас? 👇для начинающих 🫶🏼💙 Как обычно от Manual QA ждут не только умения находить баги, но и понимания того, как работает система целиком. Важно постепенно расширять технический стек. 1️⃣ API и сети • HTTP и REST: методы, статус-коды, заголовки, параметры. • Postman: коллекции, переменные, авторизация, тесты. • DevTools: Network и Console. • Понимание взаимодействия фронтенда, бэкенда и внешних сервисов. 👉 Практика: возьмите учебный API и соберите коллекцию в Postman с позитивными, негативными и граничными сценариями. 2️⃣ SQL и данные Минимальный набор: • SELECT, WHERE, ORDER BY; • JOIN; • GROUP BY и агрегатные функции; • подзапросы и CTE. 👉 Не учите SQL только по теории. Проверяйте данные после реального сценария: регистрация, заказ, платеж или добавление товара в корзину. 3️⃣ Мост к разработке Полезно освоить: • основы Python или JavaScript; • чтение простого кода; • Git; • логи; • основы CI/CD; • моки и стабы. Не обязательно писать сложные программы. Важно понимать, что происходит «под капотом», и уметь самостоятельно разобраться с проблемой. 4️⃣ AI-грамотность AI уже становится рабочим инструментом QA. Стоит научиться: • правильно формулировать задачи для AI; • использовать его для тест-кейсов, тестовых данных и анализа; • понимать, что такое AI-агенты и MCP; • проверять результаты AI, а не принимать их на веру. 🎯 Главный навык QA в эпоху AI верификация. AI может за секунды написать тест-кейс или SQL-запрос. Но может пропустить граничный сценарий, ошибиться в логике или предложить небезопасное решение. Поэтому важно уметь задавать вопросы: Что здесь может пойти не так? Что не учтено? Какие данные проверить? Где границы решения? С чего начать? Если вы Manual QA, я бы двигалась так: API → SQL → DevTools → логи → Git → основы кода → AI-инструменты. Не пытайтесь изучить всё сразу. Выберите один навык и закрепите его на практике. 📌 Сохрани пост как чек-лист развития Manual QA. подписывайся на @protestinginfo