📚 ProTestingInfo 🔷 Канал по тестированию 📚 – Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
14.1K subscribers
1.31K photos
200 videos
232 files
1.18K links
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 5тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
Download Telegram
Пост в нельзяграме
Поддержите подпиской, реакцией, репостом, делитесь с коллегами, спасибо большое!🫶

Разбор частого вопроса на собеседовании:
Синхронное общение:
Это когда одна программа сразу ждет ответа от другой.
Пример: вы запрашиваете данные у сайта и ждете, пока он их вам вернет.
Пока ответ не будет получен, клиент не может делать другие задачи.

Асинхронное общение:
Это когда программа отправляет запрос и не ждет ответа сразу. Она продолжает работать и может получить ответ позже.
Пример: отправка сообщения другу в мессенджере, вы не ждете ответа мгновенно.
То есть Клиент в момент обработки запроса может делать другие задачи. Как только обработка запроса на сервере будет завершена, то клиент должен получить информацию об этом:
Клиент сам периодически будет опрашивать сервер о готовности задачи.
Сервер сам сообщит клиенту о завершении выполнения задачи.

Использование:
Синхронное общение - это когда ты отправляешь запрос и ждёшь ответа. REST-запросы, GraphQL-запросы (query/mutation), gRPC unary-вызовы, большинство SOAP-сервисов - всё это работает по принципу «запрос–ответ»: клиент стоит на месте, пока сервер не вернёт результат.

Асинхронное общение - это когда ты отправляешь запрос и идёшь дальше, не дожидаясь моментального ответа. WebSocket, GraphQL - Subnoscriptions, gRPC - потоки, Kafka, Webhook, SSE, long polling: здесь сервер сам пушит события, клиент получает обновления позже, а система живёт по event-driven логике.


Для тестировщика это огромная разница. В синхронном мире проверяешь статусы, таймауты, валидность ответов - всё достаточно предсказуемо. В асинхронном проверяешь сообщения, проверяешь гарантию доставки, порядок событий и то, что система корректно обрабатывает отложенные обновления.

В программе, где есть тема разбора интеграций, будет еще больше разборов вопросов на собеседованиях.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
279👍12🔥65❤‍🔥1
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «И уже открыт Практический курс по gRPC API для тестировщиков - https://stepik.org/a/254052 Если вы уже умеете работать с REST, пора сделать шаг дальше и освоить gRPC. Этот курс поможет разобраться, как тестировать современные высокопроизводительные API, работать…»
This media is not supported in your browser
VIEW IN TELEGRAM
Пост о моем пути в автоматизацию тестирования в нельзяграме - спасибо за подписку и репост ❤️

Ну, что я снова повторяю, а вы?
Кто уже влился в автоматизацию тестирования, восхищаюсь вами, а кто еще нет - держите ОБНОВЛЕННЫЙ ПОСТ С РЕКОМЕНДАЦИЯМИ ПО изучению автоматизации.

❤️ я уже на всю пишу код, догоняй
😁 я как и ты, бросаю и возвращаюсь
🔥 я еще только начинаю изучать автоматизацию
👌 мне и на своем месте нравится

🔦🔦🔦🔦🔦🔦
Please open Telegram to view this post
VIEW IN TELEGRAM
531🔥21😁1913👨‍💻22
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Боишься вопроса «Расскажи про микросервисы» или путаешься в HTTP-методах на собесе? Мои мини-программы по подготовке к собеседованиям помогают перестать переживать на теории, разобрать тестовые задания и наконец-то чувствовать себя уверенно на интервью. 🎓
Знаешь теорию тестирования, но на собесе теряешься и не можешь ответить даже на простой вопрос про регресс?

Это не про незнание. Это про неумение формулировать ответы так, как ожидают интервьюеры.

Почему чаще всего отказывают:
- Путаница в терминологии (STLC, регресс, smoke)
- Не можешь объяснить, как тестируешь API
- Теряешься на ситуационных вопросах "а что бы вы сделали, если..."
- Проваливаешь тестовое задание по SQL или REST API

10 моих студентов получили офферы за последние полгода, потому что закрепили свои знания благодаря курсу по подготовке к собеседованиям, а эти программы как раз сформированы на основе данного курса.

Что внутри программ:

🎓 Вебинары по вопросам с собесов
Разбираем 60+ реальных вопросов с готовыми формулировками ответов. После программы ты знаешь, КАК отвечать, а не только ЧТО отвечать.

🧪 API, интеграции, SQL, Kafka
Перестанешь бояться технических вопросов: HTTP, REST, авторизация, SQL-запросы. С примерами и практикой в Postman.

💻 Практика REST API + SQL
Выполняешь задания в Postman, Swagger и DBeaver с проверкой решений. Как тестовое от работодателя, только с разбором ошибок.

Ссылки на программы:
🎓 Онлайн-вебинары по вопросам с собеседований
🧪 API, интеграции, SQL
💻 Практика REST API + SQL

Если хочешь пройти собеседования спокойно и уверенно - присоединяйся.

Не знаешь, с чего начать?
Напиши мне «СОБЕС» → задам 3 вопроса → скажу, какая программа закроет твои пробелы быстрее.
@nadin_qa

Канал по оповещениям по курсам и отзывы
@info_course_protestinginfo

Отзывы и работа со мной

@feedback_protestinginfo
1008🔥3🆒1
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Знаешь теорию тестирования, но на собесе теряешься и не можешь ответить даже на простой вопрос про регресс? Это не про незнание. Это про неумение формулировать ответы так, как ожидают интервьюеры. Почему чаще всего отказывают: - Путаница в терминологии…
Добрый вечер!
Присоединяйтесь, чтобы закрепить свои знания!

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

Планирую разобрать ситуационные вопросы на собеседование в финтех и практические тестовые задания, приблизительно 11 января 2026г.

Если сомневаешься, какая программа подойдет – напиши «СОБЕС»
@nadin_qa, помогу выбрать

Главная страница школы:
https://coreapp.ai/app/showcase/638525fe5eadbe980aa42026
🔥8👌1🆒1
Пост в нельзяграме - присоединяйтесь и делитесь с коллегами.
ЧАСТЫЙ вопрос на собесе: рассказать структуру HTTP запроса. Давайте повторим.

HTTP - это протокол прикладного уровня передачи данных, по которому браузер (или другой клиент) отправляет запрос на сервер, а сервер в ответ возвращает данные. Каждый HTTP-запрос и HTTP-ответ имеют чёткую структуру, и знание этой структуры - важный навык для любого QA-инженера.
🔹 Как устроен HTTP-запрос
Запрос состоит из трёх ключевых частей:
- Request Line - первая строка запроса: метод (например, GET или POST), путь (URI), версия протокола. Например:
GET /index.html HTTP/1.1
- Headers (заголовки) - набор метаданных: тип контента, авторизация, язык, формат и другие. Заголовки пишутся в формате Имя: значение.
- Body (тело запроса) - необязательная часть, содержит данные, которые отправляет клиент (например, при POST-запросе).
Например, когда вы делаете GET тело обычно пустое. При POST тело может содержать JSON, form-data и т.п.

Как выглядит HTTP-ответ от сервера
После того как сервер получает запрос, он возвращает HTTP-ответ, тоже с несколькими частями.
- Status Line (строка состояния) - первая строка ответа. Содержит версию протокола, статус-код и фразу-описание. Например:
HTTP/1.1 200 OK
- Код 200 OK означает, что всё прошло успешно.
Response Headers (заголовки ответа) - метаданные, которые описывают свойства ответа: тип и длину контента, информацию о сервере, дату, кодировку и т.д.
- Body (тело ответа) - сама информация, которую запрашивал клиент: HTML-страница, JSON-данные, файл и т.п. Иногда тело может отсутствовать (например, при коде 204 No Content).

Еще в структурах есть пустые строки.

Необходимо:
Чтобы анализировать запросы и ответы: видеть, какой метод, какие заголовки, что отправляется и что приходит.
Чтобы находить ошибки: неправильный заголовок, отсутствующий Content-Type, пустой body, неожиданный статус-код.
Чтобы документировать и заводить дефекты с точной информацией о том, как выглядел запрос и ответ.
Чтобы работать с API, HTTP-логами, инструментами (Postman, Charles, Fiddler).

Сохраняйте информацию для подготовки на собеседование, и делись с коллегами кто изучает тестирование ПО или готовится к собеседованию.
Присоединяйтесь к @protestinginfo
500👍14💘5❤‍🔥1🆒11
Успешный DELETE-запрос возвращает статус 200 (OK) или 204 (No Content), но для последующих запросов будет возвращать какой http status code?
Anonymous Quiz
5%
410
72%
404
7%
403
16%
400
5142👍2👌1
Какой HTTP метод является неидемпотентным?
Anonymous Quiz
15%
PUT
50%
POST
17%
DELETE
18%
GET
51👍6🎄3🆒1
Безопасными HTTP методами являются
Anonymous Quiz
15%
GET, PUT, HEAD
53%
GET, HEAD
19%
PUT, POST, GET
13%
GET, POST
51👨‍💻71👌1
Имеется стек протоколов(стандартов) , который определяет как различные устройства будут обмениваться данными (сетевая модель OSI). Так вот мы обсуждаем тему HTTP/HTTPS. К какому уровню модели OSI относится HTTP/HTTPS протокол?
Anonymous Quiz
3%
Сеансовый
32%
Транспортный
23%
Сетевой
34%
Прикладной
1%
Физический
5%
Уровень представления
2%
Канальный
514💯2🦄1
🎆Сегодня День Рождения телеграмм каналу @protestinginfo!
5️⃣😚☺️😝!

2 декабря был день рождения аккаунту protestinginfo в нельзяграме!
Также присоединяйтесь. 💻

Ровно 5 лет назад я укладывала старшего сына спать (ему было 2 месяца) и думала о работе, скучала. И сейчас скучаю, хотя скоро выхожу на частичную занятость в декрете 🔥

Так вот, я думала, что начинаю забывать основы тестирования, плюс, казалось, что дни становятся однообразными, и я загорелась желанием завести блог по тестированию.
Я начала придумывать, а как же назвать мой аккаунт, первое, что пришло в голову «ND_testing» (ND - Nadezhda Dudnik), потом начала смотреть какие ещё каналы по тестированию есть, и их оказалось много, и, по наблюдению, я придумала «ProTestingInfo»😉.
Затем я начала думать, как же нарисовать мой первый логотип.

Я изначально хотела, чтобы логотип был тёмно-синий - мой любимый цвет.
В оформлении постов мне помогает и поддерживает моя сестра Любочка, и эта картинка с днем рождения оформлена ею.

Я горела желанием собирать любую информацию, помогать себе и другим людям.
Мне нравится придумывать тесты, проводить вебинары, а сейчас есть не только курс по подготовке к собеседованиям и мини-программы, а курсы по тестированию бэкенда, тестированию gRPC API, GraphQL API, и хочется отдельно выразить благодарность Валерию Меньшикову за наше партнерство.
Занимаюсь менторской деятельностью, и более 40 менти получили оффер за 2025г, и до сих пор направляю людей, пока есть возможность.

🩷Хочу выразить благодарность коллегам-блогерам, которые рекомендуют мой блог, мне очень приятно и также ценю.
💚Также я хочу выразить огромную благодарность всем вам, что подписались на мой канал, я это очень ценю!🤗💜

❤️Хочу поблагодарить за то, что вы со мной. Спасибо, что читаете, поддерживаете, крепко всех обнимаю.🥰

Я также буду продолжать заниматься созданием тестов, написанием полезных постов и статей!
Делиться полезной информацией!😎

Спасибо за ваши отзывы.
Люблю свое дело🫶.

Желаю всем вам развития!❄️

Благодарю за ваши реакции, комментарии и обратную связь. Ценю.

А кто недавно на моем канале, предлагаю прочитать пост про знакомство.
Будем дальше закреплять наши знания ⚡️!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1.04K❤‍🔥33🎉31🍾5🦄4🔥21
Разбираем вопрос на собеседование: «какие уровни логирования вы знаете»
Пост в нельзяграме - присоединяйтесь 🫶🏼

Логи (лог-файлы) - это файлы, содержащие системную информацию работы сервера или компьютера, в которые заносятся определенные действия пользователя или программы, всевозможные интеграции (определение с инета)

Имеется ряд уровней логирования, начну по порядку сверху вниз (хочу отметить, что я привела в пример всех встречающихся мне уровней логирования, и эти уровни логирования могут отличаться в рамках требований по фиче)

ALL фиксируются события с уровнями: TRACE, DEBUG, INFO, WARN(ING), ERROR, CRITICAL(FATAL), OFF - происходит логирование всех событий, описание которых укажу по порядку:
⚙️TRACE - пошаговые записи процесса, полезен при локализации ошибки;
⚙️DEBUG - детальное логирование системной информации для последующего использования в отладке, запросы и ответы к внешним системам, успешная обработка записи и др.;
⚙️INFO - информация о событиях, не приводящих к ошибкам в работе модулей, общая информация о работе службы или сервиса, события переходов/запросов с минимальным набором входящих параметров;
⚙️WARN(ING) - информация о событиях, которые могут привести к ошибкам в работе модулей, получение пустого запроса от фронта, данные не найдены в справочнике, некорректный параметр запроса;
⚙️ERROR - информация об ошибках, возникших в работе модулей, интеграционные взаимодействия, при которых внешняя система вернула код ошибки;
⚙️CRITICAL - информация о критических ошибках, возникших в работе модулей;
⚙️FATAL - сбой работоспособности приложения, нет доступа к базе данных и т.д;
OFF - логирование выключено

У меня на работе есть системный журнал UI, где для каждой подсистемы есть следующие уровни логирования:
⛓️Все
⛓️TRACE
⛓️DEBUG
⛓️INFO
⛓️WARN
⛓️ERROR

Какой уровень логирования часто используете в работе?
Приводите свои примеры логов в комментарии.

@protestingingo

Больше полезных разборов у @protestinginfo на:
Онлайн‑курсе по подготовке к собеседованиям и тестам по тестированию ПО 180 дней PROMO20 - 20% скидка на все тарифы в рамках курса. (здесь и тесты, и вебинары, и практика)
По-отдельности программы:
🎓 Онлайн-вебинары по вопросам с собеседований
🧪 API, интеграции, SQL
💻 Практика REST API + SQL
384🔥167👍2