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

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

Open in Telegram

📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний. 📌Теория, тесты, практика Ментор-Консультация - 6 тр/час Курс @info_course_protestinginfo https://protestinginfo.ru Вопросы @nadin_qa ИП РКН: https://clck.ru/3FWD9v

Show more

📈 Analytical overview of Telegram channel 📚 ProTestingInfo 🔷 Канал по тестированию 📚

Channel 📚 ProTestingInfo 🔷 Канал по тестированию 📚 (@protestinginfo) in the Russian language segment is an active participant. Currently, the community unites 14 908 subscribers, ranking 8 401 in the Technologies & Applications category and 43 783 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 14 908 subscribers.

According to the latest data from 26 August, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 21 over the last 30 days and by -6 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 8.29%. Within the first 24 hours after publication, content typically collects 4.27% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 1 236 views. Within the first day, a publication typically gains 637 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 15.
  • Thematic interests: Content is focused on key topics such as api, собеседование, sql, graphql, postman.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний. 📌Теория, тесты, практика Ментор-Консультация - 6 тр/час Курс @info_course_protestinginfo https://protestinginfo.ru Вопросы @nadin_qa ИП РКН: https://clck.ru/3FWD9...

Thanks to the high frequency of updates (latest data received on 27 August, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

14 908
Subscribers
-624 hours
+327 days
+2130 days
Posts Archive
Приглашаем на BugsBusters — бесплатный митап ЮMoney для QA-специалистов 🔥 ✅27 августа, четверг, 19:00 (мск) — приходите на ж
Приглашаем на BugsBusters — бесплатный митап ЮMoney для QA-специалистов 🔥 ✅27 августа, четверг, 19:00 (мск) приходите на живой митап в Санкт-Петербурге или подключайтесь онлайн.  В этот раз спикеры расскажут: 🟣Хорошо ли сидит упряжка на вашем агенте? Что такое LLM-harness и как его собрать. Разберём, для чего нужна обвязка LLM-агента и какие задачи она решает. Посмотрим, из каких компонентов состоит harness, как написать собственную обвязку и проверить, что она работает. 🟣Взболтать, но не смешивать: коктейль для разбора падений автотестов с ИИ. Поделимся подручными средствами и опытом организации помощника для разбора упавших автотестов. 🟣Не доверяй, а тестируй: проверяем, подходит ли LLM для вашей задачи. Как понять, какая модель лучше справится с вашей задачей? Расскажем на примере нашего инструмента для оценки моделей с помощью LLM-судьи. Зарегистрируйтесь, чтобы принять участие. Все подробности — на сайте митапа Bugs Busters 👈

Статистика: Сколько верно ответили?
Anonymous voting

Для Direct Exchange существует binding: order.created Producer отправляет сообщение с: Routing Key = order.cancelled Что должен проверить QA?
Anonymous voting

Consumer получил сообщение и успешно его обработал. Что он может отправить брокеру?
Anonymous voting

Для чего нужен Exchange в RabbitMQ?
Anonymous voting

Для чего нужна Partition в Kafka?
Anonymous voting

Что делает Producer в системе обмена сообщениями?
Anonymous voting

REST (Representational State Transfer) - это архитектурный стиль для построения распределённых систем REST API - архитектурны
+5
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). ⚠️ Опционально и используется редко из-за рисков безопасности. Какой принцип самый сложный для понимания или легко запоминающийся? Пиши в комментариях 👇 Ставь ❤️, если полезно! А завтра планирую снова тесты провести, 🔥 для завтрашнего дня

Монолит vs Микросервисы: в чем разница для QA? 👇 Архитектура Монолит • UI, бизнес-логика и БД — единое приложение • Общая ба
+5
Монолит vs Микросервисы: в чем разница для QA? 👇 Архитектура Монолит • UI, бизнес-логика и БД — единое приложение • Общая база данных • Компоненты тесно связаны Микросервисы • Каждый сервис отвечает за свою бизнес-функцию • У каждого сервиса может быть собственная БД • Взаимодействие через API и очереди сообщений Что тестировать? Монолит ✅ Функциональность приложения ✅ Бизнес-логику ✅ Интеграцию модулей ✅ Работу с общей БД Микросервисы ✅ API между сервисами ✅ Contract testing ✅ Kafka / RabbitMQ ✅ Консистентность данных ✅ Логи, tracing и мониторинг ✅ Отказоустойчивость сервисов Надёжность Монолит ❌ Ошибка может повлиять на всё приложение ❌ Единая точка отказа Микросервисы ✅ Сбой чаще локализован ✅ Остальные сервисы продолжают работать ✅ Проще масштабировать отдельные компоненты 🔄 переход из монолита в микросервисы Для QA появляются дополнительные проверки: • регрессия после выделения сервиса; • совместная работа монолита и новых сервисов; • API и контрактов между сервисами; • очередей сообщений; • логов, мониторинга; • отказоустойчивости и восстановления после сбоев. Важно В микросервисной архитектуре нет догмы, что у каждого сервиса должна быть отдельная физическая база данных. Рекомендуемый паттерн Database per Service, где каждый сервис владеет своими данными, но это может быть отдельная схема, отдельная БД или даже выделенные таблицы. Общая база тоже встречается, особенно при миграции с монолита, но это компромисс, который усиливает связанность сервисов. Главное, не количество баз, а независимость владения данными и границами сервиса. Многие крупные продукты годами успешно работают на монолитной архитектуре. Переход к микросервисам обычно имеет смысл тогда, когда появляются независимые команды, отдельные релизы, требования к масштабированию и высокая нагрузка. Из моего опыта Монолит мне довелось тестировать один раз. А вот с микросервисами работаю регулярно, и самая интересная часть для меня - интеграционное тестирование, поиск проблем во взаимодействии сервисов, анализ логов и проверка очередей. Что вы тестируете монолит или микросервисы? Ставь просто ❤️, если полезно 🔥 #QA #ТестированиеПО #qaengineer#тестирование #собеседование

20 ВОПРОСОВ ПО PYTHON AUTOMATION С СОБЕСЕДОВАНИЯ 👇 Пост в нельзяграме: https://www.instagram.com/p/DcF8yKaDDiO/?igsh=MTJuZms
+5
20 ВОПРОСОВ ПО PYTHON AUTOMATION С СОБЕСЕДОВАНИЯ 👇 Пост в нельзяграме: https://www.instagram.com/p/DcF8yKaDDiO/?igsh=MTJuZmswZnpsY2xqYw==&igsi=MTJuZmswZnpsY2xqYw== Это реальные вопросы, которые задают на собеседованиях в 2026 году. Разбиты по блокам для удобной подготовки. 🐍 PYTHON CORE (1-5) 1. Чем отличается @ staticmethod от @ classmethod? 2. Какие изменяемые/неизменяемые типы данных? 3. Что такое декораторы и как их применять? 4. Как работает контекстный менеджер (with)? 5. Напишите функцию: разворот строки + поиск дубликатов 🧪 PYTEST & ТЕСТИРОВАНИЕ (6-10) 6. Какие фреймворки для автотестов на Python? 7. PyTest vs Unittest: как бы выбрали? 8. Что такое фикстуры в PyTest? 9. Как использовать фикстуры для setup/teardown? 10. Как организовать работу с отчетами? SELENIUM & WEB AUTOMATION (11-15) 11. Как работать с Selenium WebDriver? 12. Какие локаторы (CSS, XPath) и когда использовать? 13. Как проверить отображение элемента? 14. Какие виды ожиданий (waits) в Selenium? 15. Кнопка появляется с задержкой. Как решить? 🚀 CI/CD & DEVOPS (16-20) 16. Что такое CI/CD и зачем это QA? 17. Что входит в pipeline автотестов? 18. Git: разница между pull, push и fetch? 19. Как работать с Docker в тестировании? 20. Какие метрики CI/CD важны для QA? 💻 ПРАКТИЧЕСКИЕ ЗАДАЧИ НА ЛАЙВКОДИНГ: • Перевернуть строку задом наперед • Найти дубликаты в списке 💡 СОВЕТ: На собеседовании важно не только решить задачу, но и объяснить ход мыслей вслух! Подпишись на https://t.me/protestinginfo , здесь разбираю вопросы по подготовке к собеседованиям и тесты по подготовке к собеседованию, чтобы ты чувствовал(а) себя уверенно на любом собеседовании! https://stepik.org/a/276076/pay?promo=baaaaf96a70cf20e Какой вопрос из списка кажется тебе самым сложным? Пиши в комментариях! #AutomationQA #Python #Pytest #тестирование #QA

АВТОМАТИЗАЦИЯ ТЕСТИРОВАНИЯ (1-5) 1. Зачем нужна автоматизация тестирования? 2. Какие тесты стоит автоматизировать, а какие не
+5
АВТОМАТИЗАЦИЯ ТЕСТИРОВАНИЯ (1-5) 1. Зачем нужна автоматизация тестирования? 2. Какие тесты стоит автоматизировать, а какие нет? 3. Что такое Page Object Model (POM) и зачем он нужен? 4. Как спроектировать фреймворк для автотестов с нуля? 5. Какие бывают виды фреймворков автоматизации? ☕ JAVA CORE + ООП (6-10) 6. Какие принципы ООП существуют в Java? 7. В чем разница между abstract class и interface? 8. Что такое инкапсуляция и как она реализуется в Java? 9. Какие модификаторы доступа существуют в Java? 10. В чем разница между == и .equals() в Java? 📚 КОЛЛЕКЦИИ + ИСКЛЮЧЕНИЯ (11-15) 11. Какие виды коллекций вы знаете в Java? 12. В чем разница между ArrayList и LinkedList? 13. В чем разница между HashMap и HashSet? 14. Какие типы исключений существуют в Java? 15. Как обрабатываются исключения в Java (try-catch-finally)? JUNIT + TESTNG (16-20) 16. Что такое TestNG и зачем он нужен? 17. Какие аннотации TestNG/JUnit вы знаете? 18. Что такое теги и как их использовать? 19. Как запустить тесты параллельно в TestNG? 20. Как параметризовать тесты в JUnit 5? REST ASSURED + API + HTTP (21-25) 21. Что такое Rest Assured и для чего он используется? 22. Как валидировать JSON-ответ в Rest Assured? 23. Какие HTTP методы вы знаете и чем они отличаются? 24. Что такое идемпотентность и какие методы идемпотентны? 25. Какие коды ответов HTTP вы знаете (2xx, 4xx, 5xx)? 💡 СОВЕТ: На собеседовании важно не просто знать ответ, а уметь объяснить его на примерах из своего опыта. Подпишись на @protestinginfo — здесь разбираем каждый вопросы на собеседованиях, чтобы чувствовал себя уверенно на любом собеседовании! Какой вопрос из списка кажется тебе самым сложным? Пиши в комментариях! #AutomationQA #тестирование #QA #собеседованиеQA #тестировщик

ТЕСТИРУЕМ SSE В POSTMAN С GEMINI API👇 Знали ли вы, что в Postman можно тестировать Server-Sent Events (SSE)? SSE — это техно
+4
ТЕСТИРУЕМ SSE В POSTMAN С GEMINI API👇 Знали ли вы, что в Postman можно тестировать Server-Sent Events (SSE)? SSE — это технология, позволяющая серверу отправлять данные клиенту через одно постоянное HTTP-соединение. В отличие от WebSocket, SSE работает поверх обычного HTTP и автоматически переподключается при обрыве. Идеально для чатов и потоковой генерации AI! ПОШАГОВАЯ ИНСТРУКЦИЯ: 1️⃣ Получаем API ключ: → aistudio.google.com/app/apikey → Жмем “Get API key” → Копируем ключ (начинается на AIza...) 2️⃣ Настраиваем Postman: → Создаем новый запрос → Метод POST → URL: https://generativelanguage.googleapis.com/v1beta/models/gemini-1.5-flash:streamGenerateContent?alt=sse&key=ВАШ_КЛЮЧ ❗ Важно: параметр alt=sse включает потоковую передачу! Без него ответ придет одним куском. 3️⃣ Заголовки: → Вкладка Headers → Content-Type: application/json 4️⃣ Тело запроса: → Body → raw → JSON{ “contents”: [{ “parts”: [{“text”: “Расскажи о SSE”}] }] } 💡 Совет: добавьте “generationConfig”: {“maxOutputTokens”: 200}, чтобы ограничить длину ответа. 5️⃣ Жмем Send и наблюдаем магию! ЧТО УВИДИМ В ОТВЕТЕ: 📊 Поток сообщений от сервера в реальном времени 📝 Каждая строка начинается с data: — это формат SSE 🔢 Текст генерируется по частям (токенам), как в ChatGPT ⚡ В последнем сообщении придет usageMetadata SSE vs WebSocket vs Polling: • SSE — однонаправленный поток через HTTP (просто!) • WebSocket — двусторонняя связь (сложнее) • Polling — клиент постоянно опрашивает сервер (тратит ресурсы 😅) 🎯 Где использовать SSE: ✓ Потоковая генерация текста AI ✓ Чаты — пользователь видит ответ по мере написания ✓ Live-уведомления и биржевые котировки ✓ Прогресс-бары долгих операций 🛠 Лайфхак для тех, кто работает с чат-ботами: SSE позволяет показать «печатающий» ответ — текст появляется плавно, а не одним сообщением через 10 секунд. Это сильно повышает вовлеченность! 💬 ⚠️ Частые ошибки: • Забыли alt=sse → ответ без потока • Неверный Content-Type → 400 Bad Request • Старый Postman → обновитесь до версии 10+ Сохраняйте пост, чтобы не потерять! 🔖 и подписывайтесь на @protestinginfo #postman #api #testing #sse #qa

Следующие посты будут про MCP и SDD. Общие определения. подписаться на нельзяграм Сохраняй roadmap 👇 Промпт-инжиниринг + RAG
+6
Следующие посты будут про MCP и SDD. Общие определения. подписаться на нельзяграм Сохраняй roadmap 👇 Промпт-инжиниринг + RAG Документацию проекта векторизуют и кладут в RAG. ИИ знает ТВОЙ проект, а не общий интернет. Умеешь: ✓ Писать промпты для генерации тестов ✓ Получать ответы по специфике проекта ✓ Анализировать баги через ИИ-ассистента 🎯 Fullstack QA — 6 областей: 🔌 API (REST, GraphQL, gRPC, WebSocket) 🖥 UI (Selenium, Playwright) 🔄 E2E сценарии ⚡ Performance (JMeter, K6) 🔗 Интеграции и брокеры 🤖 AI/ML тестирование ☕ Java Stack: • Rest Assured 5.x — API тесты • JUnit 5 — фреймворк • Maven — сборка • Allure — отчёты 🐍 Python Stack: • pytest — фреймворк • Requests + httpx — HTTP • Playwright — UI + E2E • Allure-pytest — отчёты 🔗 Интеграции: • REST, GraphQL, gRPC, WebSocket • Kafka, RabbitMQ, Redis • Тестирование событий и очередей 💳 Пример задачи (финтех): Создать тест платежа с: ✓ POST /api/v1/payments ✓ Проверкой Kafka событий ✓ Проверкой WebSocket уведомлений ✓ Allure steps + attachments ✓ Обработкой исключений 🎯 QA будущего = Промпты + Код + Экспертиза проекта #QA #автоматизация #FullstackQA #карьераВIT #тестированиепо

Repost from QA_Road_channel
🌿 Пост для всех, кому непросто Просто несколько мыслей. 📌 Тем, кто ищет работу Поиск работы в тестировании сейчас может зан
🌿 Пост для всех, кому непросто Просто несколько мыслей. 📌 Тем, кто ищет работу Поиск работы в тестировании сейчас может занимать месяцы, но это не значит, что с тобой, что-то не так. Рынок сложнее, чем раньше, конкуренция выше. Отказ - не всегда оценка твоих навыков. Обычно это просто "не сошлось" по причинам, которые от тебя не зависят. И таких причин десятки. 📌 Тем, кому тяжело на текущей работе Выгорание, токсичный менеджмент, непонятные задачи, кривые рабочие процессы... С этим сталкиваются и джуны и мидлы и синьоры одинаково. Опыт не делает человека неуязвимым к рабочим проблемам. 📌 Тем, кто только хочет начать Да, порог входа вырос. Но это не значит, что путь закрыт. Это значит, что нужно больше упорства, терпения и системности. Если есть вопросы пишите. Разберём вместе, тут много опытных специалистов. Поставь 🔥, если откликается @qa_road_channel

Статистика: Сколько верно ответили?
Anonymous voting

В системе есть онлайн-чат. Нужно, чтобы клиент и сервер могли отправлять сообщения друг другу в любой момент после установления соединения. Что наиболее подходит?
Anonymous voting

У клиента есть запрос: query { user { id name } } Что является главным преимуществом такого подхода по сравнению с типичным REST API?
Anonymous voting

Клиент отправил запрос на сервер и должен получить ответ. Сервер при этом может присылать несколько сообщений в рамках одного вызова. Какой вариант gRPC подходит лучше всего?
Anonymous voting