Пост в нельзяграме
Поддержите подпиской, реакцией, репостом, делитесь с коллегами, спасибо большое!🫶
Разбор частого вопроса на собеседовании:
Синхронное общение:
Это когда одна программа сразу ждет ответа от другой.
Пример: вы запрашиваете данные у сайта и ждете, пока он их вам вернет.
Пока ответ не будет получен, клиент не может делать другие задачи.
Асинхронное общение:
Это когда программа отправляет запрос и не ждет ответа сразу. Она продолжает работать и может получить ответ позже.
Пример: отправка сообщения другу в мессенджере, вы не ждете ответа мгновенно.
То есть Клиент в момент обработки запроса может делать другие задачи. Как только обработка запроса на сервере будет завершена, то клиент должен получить информацию об этом:
Клиент сам периодически будет опрашивать сервер о готовности задачи.
Сервер сам сообщит клиенту о завершении выполнения задачи.
Использование:
Синхронное общение - это когда ты отправляешь запрос и ждёшь ответа. REST-запросы, GraphQL-запросы (query/mutation), gRPC unary-вызовы, большинство SOAP-сервисов - всё это работает по принципу «запрос–ответ»: клиент стоит на месте, пока сервер не вернёт результат.
Асинхронное общение - это когда ты отправляешь запрос и идёшь дальше, не дожидаясь моментального ответа. WebSocket, GraphQL - Subnoscriptions, gRPC - потоки, Kafka, Webhook, SSE, long polling: здесь сервер сам пушит события, клиент получает обновления позже, а система живёт по event-driven логике.
Для тестировщика это огромная разница. В синхронном мире проверяешь статусы, таймауты, валидность ответов - всё достаточно предсказуемо. В асинхронном проверяешь сообщения, проверяешь гарантию доставки, порядок событий и то, что система корректно обрабатывает отложенные обновления.
В программе, где есть тема разбора интеграций, будет еще больше разборов вопросов на собеседованиях.
Поддержите подпиской, реакцией, репостом, делитесь с коллегами, спасибо большое!
Разбор частого вопроса на собеседовании:
Синхронное общение:
Это когда одна программа сразу ждет ответа от другой.
Пример: вы запрашиваете данные у сайта и ждете, пока он их вам вернет.
Пока ответ не будет получен, клиент не может делать другие задачи.
Асинхронное общение:
Это когда программа отправляет запрос и не ждет ответа сразу. Она продолжает работать и может получить ответ позже.
Пример: отправка сообщения другу в мессенджере, вы не ждете ответа мгновенно.
То есть Клиент в момент обработки запроса может делать другие задачи. Как только обработка запроса на сервере будет завершена, то клиент должен получить информацию об этом:
Клиент сам периодически будет опрашивать сервер о готовности задачи.
Сервер сам сообщит клиенту о завершении выполнения задачи.
Использование:
Синхронное общение - это когда ты отправляешь запрос и ждёшь ответа. 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🔥6❤5❤🔥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😁19❤13👨💻2
📚 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
Это не про незнание. Это про неумение формулировать ответы так, как ожидают интервьюеры.
❌ Почему чаще всего отказывают:
- Путаница в терминологии (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
100❤8🔥3🆒1
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Знаешь теорию тестирования, но на собесе теряешься и не можешь ответить даже на простой вопрос про регресс? Это не про незнание. Это про неумение формулировать ответы так, как ожидают интервьюеры. ❌ Почему чаще всего отказывают: - Путаница в терминологии…
Добрый вечер!
Присоединяйтесь, чтобы закрепить свои знания!
Через месяц проведу бесплатный вебинар для всех желающих, чтобы вы могли принять решение и выбрать любой из моих курсов.
Планирую разобрать ситуационные вопросы на собеседование в финтех и практические тестовые задания, приблизительно 11 января 2026г.
Если сомневаешься, какая программа подойдет – напиши «СОБЕС» @nadin_qa, помогу выбрать
Главная страница школы: https://coreapp.ai/app/showcase/638525fe5eadbe980aa42026
Присоединяйтесь, чтобы закрепить свои знания!
Через месяц проведу бесплатный вебинар для всех желающих, чтобы вы могли принять решение и выбрать любой из моих курсов.
Планирую разобрать ситуационные вопросы на собеседование в финтех и практические тестовые задания, приблизительно 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
ЧАСТЫЙ вопрос на собесе: рассказать структуру 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🆒1
Успешный DELETE-запрос возвращает статус 200 (OK) или 204 (No Content), но для последующих запросов будет возвращать какой http status code?
Anonymous Quiz
5%
410
72%
404
7%
403
16%
400
51❤4✍2👍2👌1
51👍6🎄3🆒1
Безопасными HTTP методами являются
Anonymous Quiz
15%
GET, PUT, HEAD
53%
GET, HEAD
19%
PUT, POST, GET
13%
GET, POST
51👨💻7☃1👌1
Имеется стек протоколов(стандартов) , который определяет как различные устройства будут обмениваться данными (сетевая модель OSI). Так вот мы обсуждаем тему HTTP/HTTPS. К какому уровню модели OSI относится HTTP/HTTPS протокол?
Anonymous Quiz
3%
Сеансовый
32%
Транспортный
23%
Сетевой
34%
Прикладной
1%
Физический
5%
Уровень представления
2%
Канальный
51
Что означает HTTP?😁
Anonymous Quiz
6%
HyperText Transmission Protocol
43%
HyperText Transport Protocol
49%
HyperText Transfer Protocol
1%
HyperText Tunnel Protocol
51😁7🆒1😎1
Статистика: Сколько верно ответили?
Anonymous Poll
3%
0
7%
1
18%
2
28%
3
25%
4
8%
5
3%
Позже отвечу, пока учусь
7%
Воздержусь, посмотрю ответы
51👨💻3💘2