Иногда кажется: если ты QA и не пишешь автотесты, то рынок уже прошёл мимо.
Но это не так.
Вакансии для Manual QA по-прежнему есть от Junior до Senior. При этом требования к сильному ручному тестировщику постепенно становятся шире.
И вот здесь начинается самое интересное 👇
Если ты Manual QA, стоит прокачивать не всё подряд, а то, что усиливает твою экспертизу:
🔹 API, HTTP, REST, JSON, Postman, Swagger/OpenAPI
🔹 SQL: SELECT, JOIN, GROUP BY, подзапросы
🔹 DevTools: Network, Console, Storage, Headers
🔹 Тест-дизайн: классы эквивалентности, граничные значения, таблицы решений
🔹 Клиент-серверное взаимодействие и понимание архитектуры
🔹 Логи и анализ ошибок
🔹 Git и базовое понимание CI/CD
А дальше уже можно выбрать специализацию:
💻 Web QA
📱 Mobile QA
🔌 Backend / API QA
🏦 FinTech QA
🔗 Интеграционное тестирование
⚡ Performance QA
А что такое FullStack QA?
Это отдельная карьерная траектория, где QA сочетает экспертизу по бизнес-логике с автоматизацией.
Например:
Тестирование → API → SQL → Automation → CI/CD
Но это не означает, что каждый QA обязан становиться FullStack QA.
Если автоматизация тебе неинтересна можно построить карьеру и в Manual QA. Еще есть время, но я рекомендую уже изучать ИИ, агенты, MCP
Главное не писать в резюме:
❌ «Занимался ручным и автоматизированным тестированием».
Гораздо сильнее показать:
✅ что именно тестировал
✅ какие задачи решал
✅ какими инструментами пользовался
✅ какой получил результат
Не количество технологий делает QA сильным. А глубина понимания продукта и способность решать задачи.
А ты сейчас кто?
Manual QA → развиваешься в глубину или уже смотришь в сторону Automation? 👇
Но это не так.
Вакансии для Manual QA по-прежнему есть от Junior до Senior. При этом требования к сильному ручному тестировщику постепенно становятся шире.
И вот здесь начинается самое интересное 👇
Если ты Manual QA, стоит прокачивать не всё подряд, а то, что усиливает твою экспертизу:
🔹 API, HTTP, REST, JSON, Postman, Swagger/OpenAPI
🔹 SQL: SELECT, JOIN, GROUP BY, подзапросы
🔹 DevTools: Network, Console, Storage, Headers
🔹 Тест-дизайн: классы эквивалентности, граничные значения, таблицы решений
🔹 Клиент-серверное взаимодействие и понимание архитектуры
🔹 Логи и анализ ошибок
🔹 Git и базовое понимание CI/CD
А дальше уже можно выбрать специализацию:
💻 Web QA
📱 Mobile QA
🔌 Backend / API QA
🏦 FinTech QA
🔗 Интеграционное тестирование
⚡ Performance QA
А что такое FullStack QA?
Это отдельная карьерная траектория, где QA сочетает экспертизу по бизнес-логике с автоматизацией.
Например:
Тестирование → API → SQL → Automation → CI/CD
Но это не означает, что каждый QA обязан становиться FullStack QA.
Если автоматизация тебе неинтересна можно построить карьеру и в Manual QA. Еще есть время, но я рекомендую уже изучать ИИ, агенты, MCP
Главное не писать в резюме:
❌ «Занимался ручным и автоматизированным тестированием».
Гораздо сильнее показать:
✅ что именно тестировал
✅ какие задачи решал
✅ какими инструментами пользовался
✅ какой получил результат
Не количество технологий делает QA сильным. А глубина понимания продукта и способность решать задачи.
А ты сейчас кто?
Manual QA → развиваешься в глубину или уже смотришь в сторону Automation? 👇
❤10💯7👍5
Как системы могут обмениваться данными? 🔄
В интеграционном тестировании важно понимать не только API, но и как именно системы обмениваются данными.
На слайдах собрала основные способы — сохраняй, пригодится и в работе, и на собеседовании 👇
🔹 Синхронные интеграции
Клиент отправляет запрос и ждёт ответ от сервера. Пока ответа нет, операция может быть заблокирована.
🔹 Асинхронные интеграции
Отправителю не нужно ждать результат. Обработка может произойти позже. Для этого используют, например, Polling или Webhook.
🔹 Брокеры сообщений
Система-производитель отправляет сообщение в брокер, а consumer забирает его, когда готов обработать.
Примеры: RabbitMQ, Kafka.
🔹 Интеграции в реальном времени
Данные передаются практически сразу после события.
WebSocket — двусторонний обмен.
SSE — поток событий от сервера к клиенту.
Также используются GraphQL Subscriptions.
🔹 Общая база данных
Несколько систем работают с одной БД напрямую. Такой подход создаёт сильную связанность и чаще встречается в legacy-системах.
🔹 Обмен файлами
Системы передают файлы через FTP/SFTP или общее хранилище. Например, CSV, XML или JSON.
А есть ещё способы, которые часто встречаются в современных системах:
🔹 SDK — готовый набор инструментов для взаимодействия приложения с сервисом. Особенно часто встречается в мобильной разработке.
🔹 API Gateway — единая точка входа перед backend-сервисами. Может отвечать за маршрутизацию, авторизацию, ограничения запросов.
🔹 CDC — передача изменений из базы данных дальше в другие системы, например через Kafka.
🔹 ETL / ELT — перенос и преобразование данных между источниками и хранилищами.
🔹 Push-уведомления, Deep Links, Object Storage — тоже часть интеграционного ландшафта мобильных и backend-систем.
Для QA главное понимать кто инициирует обмен, куда попадают данные, когда приходит результат и что произойдёт при ошибке.
Сохраняй шпаргалку 📌
И отправляй коллегам, которым тоже приходится тестировать интеграции.
подписывайся на @protestinginfo , здесь мы готовимся к собеседованиям
В интеграционном тестировании важно понимать не только API, но и как именно системы обмениваются данными.
На слайдах собрала основные способы — сохраняй, пригодится и в работе, и на собеседовании 👇
🔹 Синхронные интеграции
Клиент отправляет запрос и ждёт ответ от сервера. Пока ответа нет, операция может быть заблокирована.
🔹 Асинхронные интеграции
Отправителю не нужно ждать результат. Обработка может произойти позже. Для этого используют, например, Polling или Webhook.
🔹 Брокеры сообщений
Система-производитель отправляет сообщение в брокер, а consumer забирает его, когда готов обработать.
Примеры: RabbitMQ, Kafka.
🔹 Интеграции в реальном времени
Данные передаются практически сразу после события.
WebSocket — двусторонний обмен.
SSE — поток событий от сервера к клиенту.
Также используются GraphQL Subscriptions.
🔹 Общая база данных
Несколько систем работают с одной БД напрямую. Такой подход создаёт сильную связанность и чаще встречается в legacy-системах.
🔹 Обмен файлами
Системы передают файлы через FTP/SFTP или общее хранилище. Например, CSV, XML или JSON.
А есть ещё способы, которые часто встречаются в современных системах:
🔹 SDK — готовый набор инструментов для взаимодействия приложения с сервисом. Особенно часто встречается в мобильной разработке.
🔹 API Gateway — единая точка входа перед backend-сервисами. Может отвечать за маршрутизацию, авторизацию, ограничения запросов.
🔹 CDC — передача изменений из базы данных дальше в другие системы, например через Kafka.
🔹 ETL / ELT — перенос и преобразование данных между источниками и хранилищами.
🔹 Push-уведомления, Deep Links, Object Storage — тоже часть интеграционного ландшафта мобильных и backend-систем.
Для QA главное понимать кто инициирует обмен, куда попадают данные, когда приходит результат и что произойдёт при ошибке.
Сохраняй шпаргалку 📌
И отправляй коллегам, которым тоже приходится тестировать интеграции.
подписывайся на @protestinginfo , здесь мы готовимся к собеседованиям
🔥12❤7👍4
Разбираем SQL-задание с sqltest.online👇
нужно найти фильмы, которые реже всего берут напрокат.
📋 ЗАДАНИЕ:
— вывести title и rentals_count
— найти минимальное количество аренд
— вывести все фильмы с этим минимумом
— отсортировать по названию
💡 РЕШЕНИЕ ЧЕРЕЗ CTE на слайдах смотри и сохраняй
А ГДЕ ЗДЕСЬ CTE?
WITH film_rentals AS (...) создаёт временный именованный результат.
Дальше мы обращаемся к нему два раза:
→ FROM film_rentals
→ FROM film_rentals внутри подзапроса MIN()
Именно в такой ситуации CTE особенно удобен: не приходится повторять большой запрос с JOIN.
В карусели все подробно описано💙
💬 НА СОБЕСЕДОВАНИИ МОЖНО СКАЗАТЬ:
«Я вынесла расчёт количества аренд в CTE, потому что этот результат используется дважды. Так запрос проще читать и поддерживать».
А если спросят, почему LEFT JOIN, а не JOIN:
«Чтобы не потерять фильмы, у которых пока нет аренд».
📌 Сохраняй, если готовишься к SQL-вопросам на собеседовании.
А хочешь закрепить SQL?
Лови короткий тест по SQL 🔥
https://stepik.org/lesson/2241991/step/1?unit=2275473
Промокод, если хочешь продолжить готовиться к собеседованию
https://stepik.org/a/276076/pay?promo=4ae1bbb0dcf4696b
А также подписывайся на @protestinginfo , здесь я направляю по подготовке к собеседованиям по тестированию ПО, QA
#SQL #CTE #QA #тестирование #собеседованиеQA
нужно найти фильмы, которые реже всего берут напрокат.
📋 ЗАДАНИЕ:
— вывести title и rentals_count
— найти минимальное количество аренд
— вывести все фильмы с этим минимумом
— отсортировать по названию
💡 РЕШЕНИЕ ЧЕРЕЗ CTE на слайдах смотри и сохраняй
А ГДЕ ЗДЕСЬ CTE?
WITH film_rentals AS (...) создаёт временный именованный результат.
Дальше мы обращаемся к нему два раза:
→ FROM film_rentals
→ FROM film_rentals внутри подзапроса MIN()
Именно в такой ситуации CTE особенно удобен: не приходится повторять большой запрос с JOIN.
В карусели все подробно описано💙
💬 НА СОБЕСЕДОВАНИИ МОЖНО СКАЗАТЬ:
«Я вынесла расчёт количества аренд в CTE, потому что этот результат используется дважды. Так запрос проще читать и поддерживать».
А если спросят, почему LEFT JOIN, а не JOIN:
«Чтобы не потерять фильмы, у которых пока нет аренд».
📌 Сохраняй, если готовишься к SQL-вопросам на собеседовании.
А хочешь закрепить SQL?
Лови короткий тест по SQL 🔥
https://stepik.org/lesson/2241991/step/1?unit=2275473
Промокод, если хочешь продолжить готовиться к собеседованию
https://stepik.org/a/276076/pay?promo=4ae1bbb0dcf4696b
А также подписывайся на @protestinginfo , здесь я направляю по подготовке к собеседованиям по тестированию ПО, QA
#SQL #CTE #QA #тестирование #собеседованиеQA
❤8👍2❤🔥1
Media is too big
VIEW IN TELEGRAM
REST vs SOAP: как отвечать на собеседовании
Главный вопрос по способам взаимодействия с API. Секрет успеха — адаптировать ответ под свой опыт, избегая заученных определений.
⚖️ Базовое правило:
SOAP — это протокол, а REST — архитектурный стиль.📊 Сравнение в деталях:
🔹 SOAP (Строгий)
• Формат: строго XML
• Транспорт: HTTP, SMTP, FTP
• Методы: обычно только POST
• Описание: WSDL
• Сфера: финтех, госсектор, legacy
🔹 REST (Гибкий)
• Формат: чаще JSON, реже XML
• Транспорт: только HTTP
• Методы: GET, POST, PUT, PATCH, DELETE
• Описание: OpenAPI (Swagger)
• Сфера: современные веб-сервисы
💼 Как отвечать с коммерческим опытом:
Не начинайте с сухой теории. Начинайте с реальных кейсов!
🗣 Вариант 1 (был SOAP, перешли на REST):
«Начинала работу с SOAP в [Компания], тестировала интеграции сервисов. Но основной мой опыт сейчас — это глубокое тестирование REST API: работа с HTTP-методами, авторизацией и валидацией JSON».
🗣 Вариант 2 (опыт в UI, API изучила сама):
«Раньше я тестировала UI, но самостоятельно изучила бэкенд и прошла практику по REST API. Я отлично понимаю принципы REST, уверенно работаю в Postman и готова применять эти знания на проекте».
💡 Лайфхак: такой ответ сразу показывает вашу вовлеченность. Интервьюер оценит практику и перейдет к уточняющим вопросам (идемпотентность, коды ответов)
#тестирование #QA #собеседование #RESTAPI #SOAP
Главный вопрос по способам взаимодействия с API. Секрет успеха — адаптировать ответ под свой опыт, избегая заученных определений.
⚖️ Базовое правило:
SOAP — это протокол, а REST — архитектурный стиль.📊 Сравнение в деталях:
🔹 SOAP (Строгий)
• Формат: строго XML
• Транспорт: HTTP, SMTP, FTP
• Методы: обычно только POST
• Описание: WSDL
• Сфера: финтех, госсектор, legacy
🔹 REST (Гибкий)
• Формат: чаще JSON, реже XML
• Транспорт: только HTTP
• Методы: GET, POST, PUT, PATCH, DELETE
• Описание: OpenAPI (Swagger)
• Сфера: современные веб-сервисы
💼 Как отвечать с коммерческим опытом:
Не начинайте с сухой теории. Начинайте с реальных кейсов!
🗣 Вариант 1 (был SOAP, перешли на REST):
«Начинала работу с SOAP в [Компания], тестировала интеграции сервисов. Но основной мой опыт сейчас — это глубокое тестирование REST API: работа с HTTP-методами, авторизацией и валидацией JSON».
🗣 Вариант 2 (опыт в UI, API изучила сама):
«Раньше я тестировала UI, но самостоятельно изучила бэкенд и прошла практику по REST API. Я отлично понимаю принципы REST, уверенно работаю в Postman и готова применять эти знания на проекте».
💡 Лайфхак: такой ответ сразу показывает вашу вовлеченность. Интервьюер оценит практику и перейдет к уточняющим вопросам (идемпотентность, коды ответов)
#тестирование #QA #собеседование #RESTAPI #SOAP
👍16❤7❤🔥2🎉2🔥1
Forwarded from Оповещения по курсам от protestinginfo
Всем привет, на курсе по тестированию бэкенда возникла идея делиться знаниями про AI и MCP
старт 5-го ноября. но можно присоединиться по скидке 25% с октября - подробности по ссылке https://protestinginfo.ru/practice_api_sql , а в целом постараюсь провести интенсив или вебинар заранее
MCP (Model Context Protocol) — открытый протокол, который позволяет AI-приложениям взаимодействовать с внешними системами и инструментами.
Упрощённо это можно представить так:
AI-модель → MCP → внешний инструмент
MCP-сервер предоставляет AI определённые возможности внешней системы. Это могут быть инструменты для чтения информации, создания или изменения объектов и выполнения определённых действий.
Что можно делать через Postman MCP
По официальной документации Postman MCP Server поддерживает различные сценарии работы с ресурсами Postman.
Например, AI-агент может помогать:
создавать и изменять коллекции;
обновлять документацию запросов;
работать с окружениями;
выполнять операции с workspace;
синхронизировать код и коллекции;
создавать спецификации;
работать с другими API-ресурсами Postman.
В зависимости от конфигурации MCP доступны разные наборы инструментов.
Postman предлагает несколько конфигураций:
Minimal — базовый набор;
Code — инструменты, связанные с генерацией клиентского кода;
Full — полный набор инструментов;
Learn — поиск по документации Postman.
При этом сама документация Postman прямо отмечает, что загрузка меньшего количества инструментов снижает расход токенов и помогает агенту выбирать нужный инструмент.
Локальный и удалённый MCP Server
Есть два основных варианта.
Remote Server
Сервер работает на стороне Postman, а AI-клиент подключается к нему по сети.
Local Server
MCP Server запускается локально на компьютере пользователя.
Для локального варианта Postman использует STDIO. Для работы требуется Postman API key. Также Postman предоставляет установку через npm/
Для европейского региона Postman отдельно предоставляет EU endpoint для удалённого MCP-сервера.
Доступы и безопасность
Чтобы MCP мог работать с внешними системами, ему необходимо предоставить соответствующие права.
Например, для доступа к Postman API может использоваться API key.
Важно:
API-токен нельзя хранить в открытом виде в общем файле или отправлять другим людям.
Postman отдельно рекомендует хранить API key в переменных окружения или защищённом хранилище, а не в общих файлах.
Это особенно важно, если MCP получает возможность не только читать данные, но и изменять их.
MCP и Jira / Confluence / GitHub
В рамках занятия рассматривается идея подключения нескольких инструментов.
Например:
AI-агент
↓
MCP
↓
Jira + Confluence + GitHub + Postman
Тогда AI может использовать информацию из нескольких систем.
Например:
Получить требования из Confluence.
Проанализировать API в Postman.
Подготовить тестовые сценарии.
Создать задачу в Jira.
Сформировать или изменить коллекцию.
Подготовить документацию.
Однако конкретные действия зависят от того, какие MCP-серверы подключены, какие инструменты они предоставляют и какие права доступа выданы.
старт 5-го ноября. но можно присоединиться по скидке 25% с октября - подробности по ссылке https://protestinginfo.ru/practice_api_sql , а в целом постараюсь провести интенсив или вебинар заранее
MCP (Model Context Protocol) — открытый протокол, который позволяет AI-приложениям взаимодействовать с внешними системами и инструментами.
Упрощённо это можно представить так:
AI-модель → MCP → внешний инструмент
MCP-сервер предоставляет AI определённые возможности внешней системы. Это могут быть инструменты для чтения информации, создания или изменения объектов и выполнения определённых действий.
Что можно делать через Postman MCP
По официальной документации Postman MCP Server поддерживает различные сценарии работы с ресурсами Postman.
Например, AI-агент может помогать:
создавать и изменять коллекции;
обновлять документацию запросов;
работать с окружениями;
выполнять операции с workspace;
синхронизировать код и коллекции;
создавать спецификации;
работать с другими API-ресурсами Postman.
В зависимости от конфигурации MCP доступны разные наборы инструментов.
Postman предлагает несколько конфигураций:
Minimal — базовый набор;
Code — инструменты, связанные с генерацией клиентского кода;
Full — полный набор инструментов;
Learn — поиск по документации Postman.
При этом сама документация Postman прямо отмечает, что загрузка меньшего количества инструментов снижает расход токенов и помогает агенту выбирать нужный инструмент.
Локальный и удалённый MCP Server
Есть два основных варианта.
Remote Server
Сервер работает на стороне Postman, а AI-клиент подключается к нему по сети.
Local Server
MCP Server запускается локально на компьютере пользователя.
Для локального варианта Postman использует STDIO. Для работы требуется Postman API key. Также Postman предоставляет установку через npm/
npx и Docker.Для европейского региона Postman отдельно предоставляет EU endpoint для удалённого MCP-сервера.
Доступы и безопасность
Чтобы MCP мог работать с внешними системами, ему необходимо предоставить соответствующие права.
Например, для доступа к Postman API может использоваться API key.
Важно:
API-токен нельзя хранить в открытом виде в общем файле или отправлять другим людям.
Postman отдельно рекомендует хранить API key в переменных окружения или защищённом хранилище, а не в общих файлах.
Это особенно важно, если MCP получает возможность не только читать данные, но и изменять их.
MCP и Jira / Confluence / GitHub
В рамках занятия рассматривается идея подключения нескольких инструментов.
Например:
AI-агент
↓
MCP
↓
Jira + Confluence + GitHub + Postman
Тогда AI может использовать информацию из нескольких систем.
Например:
Получить требования из Confluence.
Проанализировать API в Postman.
Подготовить тестовые сценарии.
Создать задачу в Jira.
Сформировать или изменить коллекцию.
Подготовить документацию.
Однако конкретные действия зависят от того, какие MCP-серверы подключены, какие инструменты они предоставляют и какие права доступа выданы.
protestinginfo.ru
Закрепление знаний по тестированию ПО
👍10❤🔥2❤1
DoQA 4.3 (Titanium) — самый крупный релиз для автоматизированного тестирования
Что внутри:
☑️ Раздел «Автотесты». Единый каталог всех автотестов пространства с деревом структуры и фильтрами по ветке, тегам, источнику и карантину. У каждого теста — понятное состояние: здоровый, нестабильный, сломанный, в карантине.
☑️ Запуск в CI/CD. Подключение к GitLab, Jenkins и TeamCity. Один прогон может держать сразу несколько пайплайнов — разнородный набор автотестов разбивается на группы и закрывается, когда завершился последний из них.
☑️ Quality Gate. Задаёте критерии, при которых прогон считается пройденным: доля успешных тестов, предельное число падений, обязательные окружения. Никакого «позеленения» прогона за счёт повторов — а команда doqactl gate возвращает вердикт прямо в пайплайн.
☑️ Карантин нестабильных тестов. DoQA сама находит флак по истории прогонов — разный исход на одном коммите, «прошёл со второй попытки». Нестабильный тест уходит в карантин: продолжает выполняться, но больше не роняет пайплайн. Как только тест успокоился — карантин снимается автоматически.
☑️ Кластеры ошибок. Падения с одинаковой причиной группируются в один кластер по сигнатуре ошибки. Кластер можно отметить известной проблемой — она перестаёт шуметь в отчётах и открывается заново только при реальном регрессе.
☑️ Дашборд «Автотесты». Доля автоматизации, здоровье парка тестов, топ падающих тестов, экономия времени CI — всё в одной вкладке аналитики.
☑️ Адаптеры и IDE. JUnit 5, JUnit 4, TestNG, PyTest отправляют результаты в DoQA без файлового отчёта. Плагины для IntelliJ IDEA и VS Code показывают привязку теста к кейсу прямо в редакторе.
Не забыли и про ручное тестирование: глобальный поиск по всей документации, автораспределение исполнителей, прогноз времени прохождения прогона, выгрузка отчётов в Excel и CSV.
⚙️Почему Titanium
Титан — металл, на котором строят то, что должно выдержать нагрузку: авиацию, морские конструкции, импланты. Его используют там, где на первом месте стоит прочность под давлением.
Три CI-системы, каталог автотестов, Quality Gate, карантин и кластеризация — это именно та несущая конструкция, на которой держится вся работа с автотестами в DoQA.
Читать статью целиком➡️ https://clck.ru/3Vwv8u
⚙️ Присоединиться к DoQA и получить 14 дней бесплатного пользования можно здесь.
Для связи с нами:
📧 Почта - support@doqa.app
🥸 Telegram
🤩 Мы в MAX
Что внутри:
Не забыли и про ручное тестирование: глобальный поиск по всей документации, автораспределение исполнителей, прогноз времени прохождения прогона, выгрузка отчётов в Excel и CSV.
⚙️Почему Titanium
Титан — металл, на котором строят то, что должно выдержать нагрузку: авиацию, морские конструкции, импланты. Его используют там, где на первом месте стоит прочность под давлением.
Три CI-системы, каталог автотестов, Quality Gate, карантин и кластеризация — это именно та несущая конструкция, на которой держится вся работа с автотестами в DoQA.
Читать статью целиком
⚙️ Присоединиться к DoQA и получить 14 дней бесплатного пользования можно здесь.
Для связи с нами:
📧 Почта - support@doqa.app
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥1🔥1🙏1