👇Особенности тестирования с брокерами сообщений по моему опыту - пост в нельзяграме - подписаться
⠀
Немного теории: брокеры сообщений, в основном, состоят из Producer или Publisher (поставщик сообщений), очередь сообщений и Consumer или Subscriber (получатель сообщений), еще есть topic (топик (тема) - это логическая единица, которая объединяет сообщения по некоторому критерию).
Вот я работала с инструментом Tibco EMS (Enterprise Message Service) - это корпоративная платформа обмена сообщениями), где я подписывалась на различные топики и вычитывала сообщения после конкретной проверки.
Очередь сообщений - это как почтовый ящик, где хранятся сообщения, отправленные продюсером.
В зависимости от брокера сообщений, сообщения могут удаляться после прочтения, а могут не удаляться.
⠀
В основном, я работала Tibco EMS, сейчас с Kafka, c Redis и RabbitMQ имею практический опыт.
Вот для меня как раз основное тестирование проводилось через топики, опишу пункты, что я проверяла и делала через топики.
🔅- отправка, то есть проверка корректности отправки сообщений в топики брокера
🔅- получение необходимых сообщений, проверка на отсутствие дублирующих сообщений
🔅- проверка содержания полученных сообщений, которые соответствует ожидаемым данным или формату
🔅- обработка нескольких сообщений, различных типов сообщений, как JSON, XML
🔅- вычитка сообщений
🔅- загрузка своих сообщений в топик c валидным и невалидным форматом, и как приложение правильно обрабатывала ошибки, возникающие при отправке или получении сообщений
🔅- проверка взаимодействия приложения с другими сервисами через топики
🔅- оценка времени, требуемое для доставки сообщений от отправителя к получателю, чтобы убедиться, что оно соответствует ожиданиям, как раз я ожидала, через сколько времени, появятся сообщения после выполняемого действия
🔅- проверка, что сообщения доставляются в том же порядке, в котором они были отправлены
⠀
Всё на уровне функциональных проверок, без нагрузочного тестирования.
⠀
С каким брокером сообщений работаешь?
Какие пункты проверки добавишь?
⠀
#тестированиеПО #QA #брокерысообщений
👇Особенности тестирования с брокерами сообщений по моему опыту - пост в нельзяграме - подписаться
⠀
Немного теории: брокеры сообщений, в основном, состоят из Producer или Publisher (поставщик сообщений), очередь сообщений и Consumer или Subscriber (получатель сообщений), еще есть topic (топик (тема) - это логическая единица, которая объединяет сообщения по некоторому критерию).
Вот я работала с инструментом Tibco EMS (Enterprise Message Service) - это корпоративная платформа обмена сообщениями), где я подписывалась на различные топики и вычитывала сообщения после конкретной проверки.
Очередь сообщений - это как почтовый ящик, где хранятся сообщения, отправленные продюсером.
В зависимости от брокера сообщений, сообщения могут удаляться после прочтения, а могут не удаляться.
⠀
В основном, я работала Tibco EMS, сейчас с Kafka, c Redis и RabbitMQ имею практический опыт.
Вот для меня как раз основное тестирование проводилось через топики, опишу пункты, что я проверяла и делала через топики.
🔅- отправка, то есть проверка корректности отправки сообщений в топики брокера
🔅- получение необходимых сообщений, проверка на отсутствие дублирующих сообщений
🔅- проверка содержания полученных сообщений, которые соответствует ожидаемым данным или формату
🔅- обработка нескольких сообщений, различных типов сообщений, как JSON, XML
🔅- вычитка сообщений
🔅- загрузка своих сообщений в топик c валидным и невалидным форматом, и как приложение правильно обрабатывала ошибки, возникающие при отправке или получении сообщений
🔅- проверка взаимодействия приложения с другими сервисами через топики
🔅- оценка времени, требуемое для доставки сообщений от отправителя к получателю, чтобы убедиться, что оно соответствует ожиданиям, как раз я ожидала, через сколько времени, появятся сообщения после выполняемого действия
🔅- проверка, что сообщения доставляются в том же порядке, в котором они были отправлены
⠀
Всё на уровне функциональных проверок, без нагрузочного тестирования.
⠀
С каким брокером сообщений работаешь?
Какие пункты проверки добавишь?
⠀
#тестированиеПО #QA #брокерысообщений
❤10🔥3✍2👨💻2❤🔥1👍1
Forwarded from Оповещения по курсам от protestinginfo
Продлила доступ на 9 месяцев обратной связи
⚡️ Онлайн-курс по тестированию бэкендат!
Новый поток стартует 5 АВГУСТА 2026г, но присоединиться можно уже сейчас 👌
И это даже выгодно:
— заранее начну делиться полезными материалами, рекомендациями и подготовкой к старту курса
— сможете спокойно войти в обучение без спешки и с хорошей базой
— доступ 9 месяцев
📌 Что будет на курсе:
• API тестирование (REST) — Postman, Swagger
• SQL от базового до JOIN — PostgreSQL, ClickHouse
• Redis — работа с кэшем
• Kafka — проверка асинхронных запросов
• Реальные практические задания по API + SQL
🔥 В программе:
— тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— негативные проверки запросов и многое другое
Скидки на участие:
Условия и сроки проверки заданий:
Тариф 1: без проверки.
Проверка заданий осуществляется только в течение ограниченного срока с начала обучения:
Тариф 2: только первые 3 месяца
Тариф 3: только первые 5 месяцев
Тариф 4 (полный): 9 месяцев
Обратная связь на протяжении всего доступа.
📖 Полная программа:
https://protestinginfo.ru/practice_api_sql#program
💳 Тарифы:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
⚡️ Онлайн-курс по тестированию бэкендат!
Новый поток стартует 5 АВГУСТА 2026г, но присоединиться можно уже сейчас 👌
И это даже выгодно:
— заранее начну делиться полезными материалами, рекомендациями и подготовкой к старту курса
— сможете спокойно войти в обучение без спешки и с хорошей базой
— доступ 9 месяцев
📌 Что будет на курсе:
• API тестирование (REST) — Postman, Swagger
• SQL от базового до JOIN — PostgreSQL, ClickHouse
• Redis — работа с кэшем
• Kafka — проверка асинхронных запросов
• Реальные практические задания по API + SQL
🔥 В программе:
— тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— негативные проверки запросов и многое другое
Скидки на участие:
APISQL25 — скидка 25% до 25 июля 2026APISQL20 — скидка 20% до 5 августа 2026APISQL15 — скидка 15% до 15 августа 2026Условия и сроки проверки заданий:
Тариф 1: без проверки.
Проверка заданий осуществляется только в течение ограниченного срока с начала обучения:
Тариф 2: только первые 3 месяца
Тариф 3: только первые 5 месяцев
Тариф 4 (полный): 9 месяцев
Обратная связь на протяжении всего доступа.
📖 Полная программа:
https://protestinginfo.ru/practice_api_sql#program
💳 Тарифы:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
protestinginfo.ru
Закрепление знаний по тестированию ПО
❤5👍3🤔2🙏1
Forwarded from Оповещения по курсам от protestinginfo
Хочу поблагодарить Надин за такой замечательный курс! За время прохождения я освоила навыки работы в Redis, а также стала более уверенно работать с Postman, Swagger и DBeaver. Считаю полезным то, что уроки устроены таким образом, что нужно возвращаться назад и повторять уже пройденное, это позволяет лучше усваивать материал. Отдельно хочу сказать про обратную связь - полноценные подробные ответы от Надин, где указано на что стоит обратить внимание при работе с с заданием, что помогало по итогу самостоятельно разобраться в ответе, а не получить готовый ответ от создателя курса) Сейчас перехожу к курсу Надин по подготовке к собеседованиям, чтобы закрепить все полученные навыки! Спасибо!
Замечательный отзыв от ученицы❤️
💘4❤3🔥3
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «Продлила доступ на 9 месяцев обратной связи ⚡️ Онлайн-курс по тестированию бэкендат! Новый поток стартует 5 АВГУСТА 2026г, но присоединиться можно уже сейчас 👌 И это даже выгодно: — заранее начну делиться полезными материалами, рекомендациями и подготовкой…»
Media is too big
VIEW IN TELEGRAM
Разверни👇 SSE В POSTMAN С GEMINI API
Подписаться в нельзяграм - пост
Postman можно тестировать Server-Sent Events (SSE)
SSE — это технология, позволяющая серверу отправлять данные клиенту через одно постоянное HTTP-соединение. В отличие от WebSocket, SSE работает поверх обычного HTTP и автоматически переподключается при обрыве. Идеально для чатов и потоковой генерации AI!
ПОШАГОВАЯ ИНСТРУКЦИЯ:
1️⃣ Получаем API ключ:
→ aistudio.google.com/app/apikey (в РФ используй VPN)
→ Жмем «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 → обновитесь до версии 12+
Подписывайся на @protestinginfo
Пробовали уже SSE в работе? Делитесь в комментариях! 👇
#postman #api #testing #qa
Подписаться в нельзяграм - пост
Postman можно тестировать Server-Sent Events (SSE)
SSE — это технология, позволяющая серверу отправлять данные клиенту через одно постоянное HTTP-соединение. В отличие от WebSocket, SSE работает поверх обычного HTTP и автоматически переподключается при обрыве. Идеально для чатов и потоковой генерации AI!
ПОШАГОВАЯ ИНСТРУКЦИЯ:
1️⃣ Получаем API ключ:
→ aistudio.google.com/app/apikey (в РФ используй VPN)
→ Жмем «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 → обновитесь до версии 12+
Подписывайся на @protestinginfo
Пробовали уже SSE в работе? Делитесь в комментариях! 👇
#postman #api #testing #qa
❤7❤🔥3✍2
Forwarded from GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
🚦 Всё про брокеры: как работают и зачем нужны 🚥
Брокеры — это посредники в передаче сообщений между системами или сервисами.
Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.
👉 Принцип работы:
▫️ Сервис 1 (Producer/ Производитель) хочет отправить данные в Сервис 2 (Consumer/ Потребитель).
▫️ Сервис 2 в это время может быть перегружен или занят.
▫️ Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.
▫️ Брокер сохраняет сообщение и ставит его в очередь к обработке.
▫️ Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.
По сути брокеры - это временные Базы Данных,которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.
НО! Это всё же не БД, хранить в них сообщения до бесконечности не надо.
👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре (хореография),
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.
👉 Брокеры сообщений предлагают два основных шаблона обмена данными:
1. Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.
2. Публикация-подписка (Publish/Subscribe)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.
Применяется в случаях, где несколько систем должны получить одну и ту же информацию.
Возможности и логика работы брокеров отличаются в зависимости от конкретного решения.
Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.
#АрхитектураGA
📱 Tg | 💙 ВК | 💬 Max
Брокеры — это посредники в передаче сообщений между системами или сервисами.
Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.
👉 Принцип работы:
▫️ Сервис 1 (Producer/ Производитель) хочет отправить данные в Сервис 2 (Consumer/ Потребитель).
▫️ Сервис 2 в это время может быть перегружен или занят.
▫️ Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.
▫️ Брокер сохраняет сообщение и ставит его в очередь к обработке.
▫️ Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.
По сути брокеры - это временные Базы Данных,которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.
НО! Это всё же не БД, хранить в них сообщения до бесконечности не надо.
👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре (хореография),
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.
👉 Брокеры сообщений предлагают два основных шаблона обмена данными:
1. Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.
2. Публикация-подписка (Publish/Subscribe)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.
Применяется в случаях, где несколько систем должны получить одну и ту же информацию.
Возможности и логика работы брокеров отличаются в зависимости от конкретного решения.
Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13✍3❤2🆒1
Forwarded from Ещё один канал про QA (Irina Sh.)
✨ Как и обещала напишу про свою менторку - Надю Дудник. Думаю многие её знают и подписаны на её канал https://t.me/protestinginfo.
Я пошла к ней именно из-за того, что мне нравится её канал, её обучающие видео, как она основательно подходит к передаче знаний. Надя часто в своих видео рассказывает то, что не рассказывают на обучающих платных курсах.
Первым этапом мы с не переработали моё резюме. Описали мой опыт более продающими словами, добавили технологии, которые я забыла добавить. Потом был мок-собес, где Надя выявила мои пробелы в знаниях, мы составили план, что мне надо изучить. Плюс по её совету я прошла курс по автоматизации тестирования на бэке.
Мне понравилось работать с ней, она давала действительно полезные советы, и благодаря встречам с ней я получила оффер.
#рекомендую
Я пошла к ней именно из-за того, что мне нравится её канал, её обучающие видео, как она основательно подходит к передаче знаний. Надя часто в своих видео рассказывает то, что не рассказывают на обучающих платных курсах.
Первым этапом мы с не переработали моё резюме. Описали мой опыт более продающими словами, добавили технологии, которые я забыла добавить. Потом был мок-собес, где Надя выявила мои пробелы в знаниях, мы составили план, что мне надо изучить. Плюс по её совету я прошла курс по автоматизации тестирования на бэке.
Мне понравилось работать с ней, она давала действительно полезные советы, и благодаря встречам с ней я получила оффер.
#рекомендую
Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 6 тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
📌Теория, тесты, практика
Ментор-Консультация - 6 тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
❤7❤🔥2🆒1
Замечательный отзыв от моей менти Ирины, которая недавно получила оффер на позицию инженера по автоматизации тестирования.
Предлагаю подписаться на канал Ирины: https://t.me/irina_sh_qa
Здесь вы найдете не только материалы о тестировании ПО, но и обзоры книг, которые Ирина читает, её впечатления и ключевые выводы после прочтения. Также она делится опытом прохождения курсов, рассказывает об их содержании, пользе и дает честную обратную связь. Кроме того, в канале публикуются заметки о конференциях, которые Ирина посещает, и истории из её профессионального опыта, включая организацию собственной конференции в родном городе
Предлагаю подписаться на канал Ирины: https://t.me/irina_sh_qa
Здесь вы найдете не только материалы о тестировании ПО, но и обзоры книг, которые Ирина читает, её впечатления и ключевые выводы после прочтения. Также она делится опытом прохождения курсов, рассказывает об их содержании, пользе и дает честную обратную связь. Кроме того, в канале публикуются заметки о конференциях, которые Ирина посещает, и истории из её профессионального опыта, включая организацию собственной конференции в родном городе
Telegram
Ещё один канал про QA
Я - Ирина, пишу здесь заметки, связанные с работой и учебой в QA
❤8👍3💘2
Коллеги, рекомендую курс по брокерам сообщений Валеры Меньшикова, кстати на основе приложения на схеме, планирую создать курс в июле по брокерам только в плане ручного тестирования!💙
Валера, тебе спасибо за возможности!
Валера, тебе спасибо за возможности!
❤6
Несколько месяцев назад я спросил, какой технический тренинг вам был бы действительно интересен.
Из всех вариантов больше всего реакций и комментариев собрала тема брокеров сообщений.
Это не удивительно.
Знания Kafka, RabbitMQ встречаются всё чаще в вакансиях а у многих нет возможности даже пощупать эти технологии, не говоря уже об автоматизации, которая значительно отличается от темы REST API или UI.
Качественных материалов, которые объясняют не только “как настроить”, но и “как это работает на самом деле”, не так много. Особенно если смотреть на материалы для QA, автоматизаторов и инженеров, которым важно понимать систему целиком.
Курс уже обкатан на нескольких потоках и хорошо себя зарекомендовал.
Получился именно тот тренинг, который мне самому хотелось бы пройти несколько лет назад, когда приходилось собирать знания по кусочкам делая много проб и ошибок.
Так что уже совсем скоро стартуем, 15 июня. Приходи, будет интересно.
Это последний поток по текущей стоимости, более того я подготовил скидку 10% по промокоду
5 поток будет уже дороже.
Спасибо всем, кто когда-то проголосовал за эту тему.
Фактически именно благодаря вашему интересу этот курс появился.
Так же напомню про уже проверенный тренинг REST API Advanced, который позволит вам понимать как грамотно строить архитектуру тестового фреймворка. Это полезно всем, особенно тем кто использует нейросети, чтобы можно было валидировать результат работы ИИ.
Так что всех жду и сразу анонсирую, стоимость тренингов будет повышена.
Из всех вариантов больше всего реакций и комментариев собрала тема брокеров сообщений.
Это не удивительно.
Знания Kafka, RabbitMQ встречаются всё чаще в вакансиях а у многих нет возможности даже пощупать эти технологии, не говоря уже об автоматизации, которая значительно отличается от темы REST API или UI.
Качественных материалов, которые объясняют не только “как настроить”, но и “как это работает на самом деле”, не так много. Особенно если смотреть на материалы для QA, автоматизаторов и инженеров, которым важно понимать систему целиком.
Курс уже обкатан на нескольких потоках и хорошо себя зарекомендовал.
Получился именно тот тренинг, который мне самому хотелось бы пройти несколько лет назад, когда приходилось собирать знания по кусочкам делая много проб и ошибок.
Так что уже совсем скоро стартуем, 15 июня. Приходи, будет интересно.
Это последний поток по текущей стоимости, более того я подготовил скидку 10% по промокоду
DIS105 поток будет уже дороже.
Спасибо всем, кто когда-то проголосовал за эту тему.
Фактически именно благодаря вашему интересу этот курс появился.
Так же напомню про уже проверенный тренинг REST API Advanced, который позволит вам понимать как грамотно строить архитектуру тестового фреймворка. Это полезно всем, особенно тем кто использует нейросети, чтобы можно было валидировать результат работы ИИ.
Так что всех жду и сразу анонсирую, стоимость тренингов будет повышена.
❤8
Разверни 👇 5 способов авторизации в Postman 🔐
Пост в нельзяграме - подписаться
пригодится при тестировании API!
📌 1️⃣ Basic Auth
Логин:пароль в base64
✅ Просто, но только с HTTPS!
💡 Для внутренних API
📌 2️⃣ Bearer Token
Токен в заголовке Authorization
✅ Stateless, JWT содержит данные
💡 Современные веб-приложения
📌 3️⃣ API Key
Уникальный ключ (x-api-key)
✅ Легко отозвать, не компрометирует аккаунт
💡 Сервис-сервисное взаимодействие
📌 4️⃣ OAuth 2.0
Делегированный доступ через провайдера
✅ Максимальная безопасность
💡 Доступ через Google/Apple
📌 5️⃣ Client Certificate
Двусторонняя аутентификация (mTLS)
✅ Максимальный уровень защиты
💡 B2B интеграции, корпоративные API
Как выбрать:
• Basic Auth → простые системы (только HTTPS!)
• Bearer Token → JWT, stateless apps
• API Key → микросервисы
• OAuth 2.0 → third-party доступ
• Certificates → высокая безопасность
💙 "Практический курс по GraphQL API для тестировщиков"
https://stepik.org/a/252924/pay?promo=9cb66f0b0b70b1a3
💙 "Практический курс по gRPC API для тестировщиков"
https://stepik.org/a/254052/pay?promo=80990bdfdfea22db
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов
https://coreapp.ai/app/player/course/673a1093e2ef10f35a7d95a5
💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL
https://coreapp.ai/app/player/course/691f421ee93b12ef2f3aad60
💙 Тестирование API: GraphQL и gRPC для QA
https://stepik.org/a/276996/pay?promo=5c060ccf7200ed4d
✍️ Какой метод используешь чаще всего? Делись в комментариях! 👇
#API #тестированиеПО #QA #карьераВIT #собеседование
Пост в нельзяграме - подписаться
пригодится при тестировании API!
📌 1️⃣ Basic Auth
Логин:пароль в base64
✅ Просто, но только с HTTPS!
💡 Для внутренних API
📌 2️⃣ Bearer Token
Токен в заголовке Authorization
✅ Stateless, JWT содержит данные
💡 Современные веб-приложения
📌 3️⃣ API Key
Уникальный ключ (x-api-key)
✅ Легко отозвать, не компрометирует аккаунт
💡 Сервис-сервисное взаимодействие
📌 4️⃣ OAuth 2.0
Делегированный доступ через провайдера
✅ Максимальная безопасность
💡 Доступ через Google/Apple
📌 5️⃣ Client Certificate
Двусторонняя аутентификация (mTLS)
✅ Максимальный уровень защиты
💡 B2B интеграции, корпоративные API
Как выбрать:
• Basic Auth → простые системы (только HTTPS!)
• Bearer Token → JWT, stateless apps
• API Key → микросервисы
• OAuth 2.0 → third-party доступ
• Certificates → высокая безопасность
Действует промокод JULY до 31 июля — скидка 790р.
💙 "Практический курс по GraphQL API для тестировщиков"
https://stepik.org/a/252924/pay?promo=9cb66f0b0b70b1a3
💙 "Практический курс по gRPC API для тестировщиков"
https://stepik.org/a/254052/pay?promo=80990bdfdfea22db
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов
https://coreapp.ai/app/player/course/673a1093e2ef10f35a7d95a5
💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL
https://coreapp.ai/app/player/course/691f421ee93b12ef2f3aad60
Действует промокод PROMO1600 — скидка 1600р.
💙 Тестирование API: GraphQL и gRPC для QA
https://stepik.org/a/276996/pay?promo=5c060ccf7200ed4d
✍️ Какой метод используешь чаще всего? Делись в комментариях! 👇
#API #тестированиеПО #QA #карьераВIT #собеседование
👍12❤5🆒3
Привет!
Уже на следующей неделе у меня стартуют.
Автоматизация тестирования брокеров сообщений
Результат: Научитесь автоматизации тестирования сложных асинхронных систем. Напишите клиенты для 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.
REST API Professional
Результат: Вы научитесь создавать инструменты, которые делают работу за целые команды.
Пока другие пишут код руками, вы генерируете готовые решения одной командой. Компании будут переманивать вас не за навыки, а за инструменты, которые вы умеете создавать.
🗓 Модуль 1: Поговорим, что такое платформа и для чего она нужна
🗓 Модуль 2: Научимся управлять зависимостями как профессионалы. Перепишем код, используя асинхронную парадигму, и рассмотрим, для каких задач она применима.
🗓Модуль 3: Научимся поддерживать стандарты и качество кода, разработаем общий пайплайн для контроля качества кода всех проектов, будем использовать линтеры и форматтеры.
🗓 Модуль 4: Рассмотрим различные инструменты для генерации структуры проекта и кода. Научимся собирать свои библиотеки и дорабатывать опенсорс инструменты, выдавая стабильный результат в отличие от использования ИИ.
🗓 Модуль 5: Соберём CLI инструмент, который генерирует всё: проект, клиенты, тесты, фикстуры.
Стань еще круче как инженер. Приходи)
Уже на следующей неделе у меня стартуют.
Автоматизация тестирования брокеров сообщений
Результат: Научитесь автоматизации тестирования сложных асинхронных систем. Напишите клиенты для 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.
REST API Professional
Результат: Вы научитесь создавать инструменты, которые делают работу за целые команды.
Пока другие пишут код руками, вы генерируете готовые решения одной командой. Компании будут переманивать вас не за навыки, а за инструменты, которые вы умеете создавать.
🗓 Модуль 1: Поговорим, что такое платформа и для чего она нужна
🗓 Модуль 2: Научимся управлять зависимостями как профессионалы. Перепишем код, используя асинхронную парадигму, и рассмотрим, для каких задач она применима.
🗓Модуль 3: Научимся поддерживать стандарты и качество кода, разработаем общий пайплайн для контроля качества кода всех проектов, будем использовать линтеры и форматтеры.
🗓 Модуль 4: Рассмотрим различные инструменты для генерации структуры проекта и кода. Научимся собирать свои библиотеки и дорабатывать опенсорс инструменты, выдавая стабильный результат в отличие от использования ИИ.
🗓 Модуль 5: Соберём CLI инструмент, который генерирует всё: проект, клиенты, тесты, фикстуры.
Стань еще круче как инженер. Приходи)
💘6👍4❤2
Разверни 👇ООП за 5 минут для начинающих в автоматизации 🎯
Пост в нельзяграме - подписаться
Сохраняй шпаргалку - 4 принципа простыми словами!
🧩 Что такое ООП? Объектно-ориентированное программирование.
Это способ писать код так, как мы мыслим в реальной жизни! Вместо одной большой программы создаём много маленьких «объектов» (как в жизни: машина, телефон, человек).
🔒 1️⃣ Инкапсуляция
Объединяем данные и методы в один класс + защищаем данные от прямого доступа
Пример: Банковская карта — видим номер, но PIN скрыт!
🌳 2️⃣ Наследование
Создаём новый класс на основе существующего. Дети получают всё от родителя + своё
Пример: Животное → Собака (лает), Кошка (мяукает), Птица (летает)
✨ 3️⃣ Полиморфизм
Одна команда работает по-разному для разных объектов
Пример: Кнопка Power на пульте → TV включает экран, AC включает охлаждение
4️⃣ Абстракция
Выделяем главное, отбрасываем детали
Пример: Кофемашина — нажал кнопку, получил кофе (не думаем как работает внутри!)
Зачем это QA:
• Писать понятный код
• Переиспользовать тесты
• Строить правильную архитектуру
• Готовиться к собеседованиям
🔜 Анонс:
В следующих постах покажу, как эти 4 принципа выглядят на простых примерах кода Java! Подпишись, чтобы не пропустить разбор
✍️ Какой принцип самый понятный? Пиши в комментариях! 👇
#ООП #QA #тестированиеПО #карьераВIT #собеседование
Разверни 👇ООП за 5 минут для начинающих в автоматизации 🎯
Пост в нельзяграме - подписаться
Сохраняй шпаргалку - 4 принципа простыми словами!
🧩 Что такое ООП? Объектно-ориентированное программирование.
Это способ писать код так, как мы мыслим в реальной жизни! Вместо одной большой программы создаём много маленьких «объектов» (как в жизни: машина, телефон, человек).
🔒 1️⃣ Инкапсуляция
Объединяем данные и методы в один класс + защищаем данные от прямого доступа
Пример: Банковская карта — видим номер, но PIN скрыт!
🌳 2️⃣ Наследование
Создаём новый класс на основе существующего. Дети получают всё от родителя + своё
Пример: Животное → Собака (лает), Кошка (мяукает), Птица (летает)
✨ 3️⃣ Полиморфизм
Одна команда работает по-разному для разных объектов
Пример: Кнопка Power на пульте → TV включает экран, AC включает охлаждение
4️⃣ Абстракция
Выделяем главное, отбрасываем детали
Пример: Кофемашина — нажал кнопку, получил кофе (не думаем как работает внутри!)
Зачем это QA:
• Писать понятный код
• Переиспользовать тесты
• Строить правильную архитектуру
• Готовиться к собеседованиям
🔜 Анонс:
В следующих постах покажу, как эти 4 принципа выглядят на простых примерах кода Java! Подпишись, чтобы не пропустить разбор
✍️ Какой принцип самый понятный? Пиши в комментариях! 👇
#ООП #QA #тестированиеПО #карьераВIT #собеседование
🆒6❤🔥5💘3🌚1