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

​​ Разверни 👇ООП за 5 минут для начинающих в автоматизации 🎯 Сохраняй шпаргалку - 4 принципа простыми словами! 🧩 Что такое ООП? Объектно-ориентированное программирование. Это способ писать код так, как мы мыслим в реальной жизни! Вместо одной большой программы создаём много маленьких «объектов» (как в жизни: машина, телефон, человек). 🔒 1️⃣ Инкапсуляция Объединяем данные и методы в один класс + защищаем данные от прямого доступа Пример: Банковская карта — видим номер, но PIN скрыт! 🌳 2️⃣ Наследование Создаём новый класс на основе существующего. Дети получают всё от родителя + своё Пример: Животное → Собака (лает), Кошка (мяукает), Птица (летает) ✨ 3️⃣ Полиморфизм Одна команда работает по-разному для разных объектов Пример: Кнопка Power на пульте → TV включает экран, AC включает охлаждение 4️⃣ Абстракция Выделяем главное, отбрасываем детали Пример: Кофемашина — нажал кнопку, получил кофе (не думаем как работает внутри!) Зачем это QA: • Писать понятный код • Переиспользовать тесты • Строить правильную архитектуру • Готовиться к собеседованиям 🔜 Анонс: В следующих постах покажу, как эти 4 принципа выглядят на простых примерах кода Java! Подпишись, чтобы не пропустить разбор ✍️ Какой принцип самый понятный? Пиши в комментариях! 👇 #ООП #QA #тестированиеПО #карьераВIT #собеседование

Привет! Уже на следующей неделе у меня стартуют. Автоматизация тестирования брокеров сообщений Результат: Научитесь автоматизации тестирования сложных асинхронных систем. Напишите клиенты для 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 инструмент, который генерирует всё: проект, клиенты, тесты, фикстуры. Стань еще круче как инженер. Приходи)

​​ Разверни 👇 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 → высокая безопасность До 30 июня действует промокод JUNE25 — скидка 25% на любой курс. 💙 Тесты по подготовке на собеседования по тестированию ПО 💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов 💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL ✍️ Какой метод используешь чаще всего? Делись в комментариях! 👇 #API #тестированиеПО #QA #карьераВIT #собеседование

Несколько месяцев назад я спросил, какой технический тренинг вам был бы действительно интересен. Из всех вариантов больше всего реакций и комментариев собрала тема брокеров сообщений. Это не удивительно. Знания Kafka, RabbitMQ встречаются всё чаще в вакансиях а у многих нет возможности даже пощупать эти технологии, не говоря уже об автоматизации, которая значительно отличается от темы REST API или UI. Качественных материалов, которые объясняют не только “как настроить”, но и “как это работает на самом деле”, не так много. Особенно если смотреть на материалы для QA, автоматизаторов и инженеров, которым важно понимать систему целиком. Курс уже обкатан на нескольких потоках и хорошо себя зарекомендовал. Получился именно тот тренинг, который мне самому хотелось бы пройти несколько лет назад, когда приходилось собирать знания по кусочкам делая много проб и ошибок. Так что уже совсем скоро стартуем, 15 июня. Приходи, будет интересно. Это последний поток по текущей стоимости, более того я подготовил скидку 10% по промокоду DIS10 5 поток будет уже дороже. Спасибо всем, кто когда-то проголосовал за эту тему. Фактически именно благодаря вашему интересу этот курс появился. Так же напомню про уже проверенный тренинг REST API Advanced, который позволит вам понимать как грамотно строить архитектуру тестового фреймворка. Это полезно всем, особенно тем кто использует нейросети, чтобы можно было валидировать результат работы ИИ. Так что всех жду и сразу анонсирую, стоимость тренингов будет повышена.

Коллеги, рекомендую курс по брокерам сообщений Валеры Меньшикова, кстати на основе приложения на схеме, планирую создать курс в июле по брокерам только в плане ручного тестирования!💙 Валера, тебе спасибо за возможности!

Замечательный отзыв от моей менти Ирины, которая недавно получила оффер на позицию инженера по автоматизации тестирования. Предлагаю подписаться на канал Ирины: https://t.me/irina_sh_qa Здесь вы найдете не только материалы о тестировании ПО, но и обзоры книг, которые Ирина читает, её впечатления и ключевые выводы после прочтения. Также она делится опытом прохождения курсов, рассказывает об их содержании, пользе и дает честную обратную связь. Кроме того, в канале публикуются заметки о конференциях, которые Ирина посещает, и истории из её профессионального опыта, включая организацию собственной конференции в родном городе

✨ Как и обещала напишу про свою менторку - Надю Дудник. Думаю многие её знают и подписаны на её канал https://t.me/protestinginfo. Я пошла к ней именно из-за того, что мне нравится её канал, её обучающие видео, как она основательно подходит к передаче знаний. Надя часто в своих видео рассказывает то, что не рассказывают на обучающих платных курсах. Первым этапом мы с не переработали моё резюме. Описали мой опыт более продающими словами, добавили технологии, которые я забыла добавить. Потом был мок-собес, где Надя выявила мои пробелы в знаниях, мы составили план, что мне надо изучить. Плюс по её совету я прошла курс по автоматизации тестирования на бэке. Мне понравилось работать с ней, она давала действительно полезные советы, и благодаря встречам с ней я получила оффер. #рекомендую

🚦 Всё про брокеры: как работают и зачем нужны 🚥 Брокеры — это посредники в передаче сообщений между системами или сервисами. Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений. 👉 Принцип работы: ▫️ Сервис 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

Разверни👇 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

Хочу поблагодарить Надин за такой замечательный курс! За время прохождения я освоила навыки работы в Redis, а также стала более уверенно работать с Postman, Swagger и DBeaver. Считаю полезным то, что уроки устроены таким образом, что нужно возвращаться назад и повторять уже пройденное, это позволяет лучше усваивать материал. Отдельно хочу сказать про обратную связь - полноценные подробные ответы от Надин, где указано на что стоит обратить внимание при работе с с заданием, что помогало по итогу самостоятельно разобраться в ответе, а не получить готовый ответ от создателя курса) Сейчас перехожу к курсу Надин по подготовке к собеседованиям, чтобы закрепить все полученные навыки! Спасибо!

Замечательный отзыв от ученицы❤️

Продлила доступ на 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 — негативные проверки запросов и многое другое Скидки на участие: APISQL25 — скидка 25% до 25 июля 2026 APISQL20 — скидка 20% до 5 августа 2026 APISQL15 — скидка 15% до 15 августа 2026 Условия и сроки проверки заданий: Тариф 1: без проверки. Проверка заданий осуществляется только в течение ограниченного срока с начала обучения: Тариф 2: только первые 3 месяца Тариф 3: только первые 5 месяцев Тариф 4 (полный): 9 месяцев Обратная связь на протяжении всего доступа. 📖 Полная программа: https://protestinginfo.ru/practice_api_sql#program 💳 Тарифы: https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb

​​ 👇Особенности тестирования с брокерами сообщений по моему опыту - пост в нельзяграме - подписаться ⠀ Немного теории: брокеры сообщений, в основном, состоят из Producer или Publisher (поставщик сообщений), очередь сообщений и Consumer или Subscriber (получатель сообщений), еще есть topic (топик (тема) - это логическая единица, которая объединяет сообщения по некоторому критерию). Вот я работала с инструментом Tibco EMS (Enterprise Message Service) - это корпоративная платформа обмена сообщениями), где я подписывалась на различные топики и вычитывала сообщения после конкретной проверки. Очередь сообщений - это как почтовый ящик, где хранятся сообщения, отправленные продюсером. В зависимости от брокера сообщений, сообщения могут удаляться после прочтения, а могут не удаляться. ⠀ В основном, я работала Tibco EMS, сейчас с Kafka, c Redis и RabbitMQ имею практический опыт. Вот для меня как раз основное тестирование проводилось через топики, опишу пункты, что я проверяла и делала через топики. 🔅- отправка, то есть проверка корректности отправки сообщений в топики брокера 🔅- получение необходимых сообщений, проверка на отсутствие дублирующих сообщений 🔅- проверка содержания полученных сообщений, которые соответствует ожидаемым данным или формату 🔅- обработка нескольких сообщений, различных типов сообщений, как JSON, XML 🔅- вычитка сообщений 🔅- загрузка своих сообщений в топик c валидным и невалидным форматом, и как приложение правильно обрабатывала ошибки, возникающие при отправке или получении сообщений 🔅- проверка взаимодействия приложения с другими сервисами через топики 🔅- оценка времени, требуемое для доставки сообщений от отправителя к получателю, чтобы убедиться, что оно соответствует ожиданиям, как раз я ожидала, через сколько времени, появятся сообщения после выполняемого действия 🔅- проверка, что сообщения доставляются в том же порядке, в котором они были отправлены ⠀ Всё на уровне функциональных проверок, без нагрузочного тестирования. ⠀ С каким брокером сообщений работаешь? Какие пункты проверки добавишь? ⠀ #тестированиеПО #QA #брокерысообщений

Всем привет! Промокоды на июнь! Действует промокод JUNE25 — скидка 25% на любой курс. 💙 "Практический курс по GraphQL API для тестировщиков" https://stepik.org/a/252924/pay?promo=e69ce316db1de28c 💙 "Практический курс по gRPC API для тестировщиков" https://stepik.org/a/254052/pay?promo=d7785136766ad9b1 💙 Тестирование API: GraphQL и gRPC для QA https://stepik.org/a/276996/pay?promo=4918a5e20e761313 💙 Тесты по подготовке на собеседования по тестированию ПО https://stepik.org/a/276076/pay?promo=49c08ec5916d8a0b 💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов https://coreapp.ai/app/player/course/673a1093e2ef10f35a7d95a5 💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL https://coreapp.ai/app/player/course/691f421ee93b12ef2f3aad60 Есть вопросы - пишите @nadin_qa

Группы команд в SQL ️ Сохраняй полную шпаргалку — 5 групп, которые должен знать каждый тестировщик! 📌 1. DDL (Data Definition Language) — структура БД: • CREATE — создать таблицу/индекс/схему • ALTER — изменить структуру объекта • DROP — удалить объект полностью • TRUNCATE — очистить данные, сохранив таблицу • RENAME — переименовать объект 💡 Для QA: тестируй миграции, валидируй схему после ALTER 2. DML (Data Manipulation Language) — работа с данными: • SELECT — читать запись • INSERT — добавить новую запись • UPDATE — изменить данные (всегда с WHERE!) • DELETE — удалить записи по условию 💡 Для QA: проверяй откаты, триггеры, целостность после изменений 3. DQL (Data Query Language) — извлечение данных: • SELECT — основная команда выбора • + WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, JOIN 💡 Для QA: тестируй граничные значения, сортировку, корректность JOIN’ов 📌 4. TCL (Transaction Control Language) — управление транзакциями: • COMMIT — зафиксировать изменения навсегда • ROLLBACK — отменить все изменения в транзакции • SAVEPOINT — точка для частичного отката • SET TRANSACTION — настройки изоляции 💡 Для QA: проверяй атомарность, восстановление после сбоев, изоляцию 📌 5. DCL (Data Control Language) — управление доступом: • GRANT — предоставить права (SELECT, INSERT, UPDATE, DELETE, ALL) • REVOKE — отозвать ранее выданные права • DENY — явно запретить доступ (SQL Server, приоритетнее GRANT) 💡 Для QA: тестируй сценарии без прав (403), валидируй роли и изоляцию данных Зачем знать тестировщику: • Писать тестовые данные и очистку (DML) • Валидировать результаты в БД после API-тестов (DQL) • Понимать, почему данные не сохранились (TCL) • Тестировать права доступа и безопасность (DCL) • Готовиться к собеседованиям по тестированию ПО До 30 июня действует промокод JUNE25 — скидка 25% на любой курс. 💙 Тесты по подготовке на собеседования по тестированию ПО 💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов 💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL ✍️ Какую группу используешь чаще всего? Пиши в комментариях! 👇 #тестированиеПО #QA #карьераВIT #собеседование

#отзыв Обратилась к отличному ментору @Nadin_QA за помощью и довольна результатом) Какой у меня был запрос - понять обстановку на рынке, получить мок-собес и понять, что нужно подтянуть. Я доучила важные моменты по брокерам и теории тестирования. И ещё - у Нади очень много задачек и материалов. Это помогает не искать и не читать всё подряд, а использовать удобные сжатые конспекты. Сегодня получила оффер на позицию, которую хотела. Что я отмечу отдельно - Надя эмпатичная и очень приятная девушка. Буду рада оставаться на связи! Спасибо за правильный заряд, помощь и наставления )

🎓 Начала обучение в Академии амбассадоров Сбера! Коллеги, всем хорошего дня! Хочу поделиться отличной новостью - я начала проходить Академию амбассадоров Сбера: продвинутый уровень в Сбер Университете! Немного обо мне для тех, кто не знаком: Я Надежда, в тестировании уже 10 лет. Сейчас работаю главным инженером по тестированию/тест-менеджером в релизном процессе ЕФС СБОЛ ФЛ - Цифровые Каналы B2C (хотя честно признаюсь, сама иногда путаюсь в своей должности 😊, так как еще подкинули новые обязанности и роли). Сейчас нахожусь в декрете частично, но не перестаю развиваться! Уже 5 лет занимаюсь менторством, обучаю начинающих специалистов и тех кто с опытом (в основном в ручном тестировании веб-приложений, бэкенд и интеграции), а в этом году сама стала ментором в Сбере. Веду свои каналы про тестирование, декрет в ИТ, по курсам - все оповещения по моим продуктам (обновления и промокоды), пишу статьи на Хабре и люблю делиться полезными материалами. Почему этот курс? Хочу стать еще ближе к Сберу и его комьюнити. В планах: ✨ Снимать рилсы в офисе Сбера ✨ Быть активным членом сообщества не только на платформе, но и в рамках всего Сбера ✨ Стать спикером и делиться опытом на мероприятиях ✨ Укрепить связь с каналом новостей B2C Как буду применять знания? Планирую интегрировать полученные навыки в развитие своего личного бренда: - Улучшить продвижение канала @protestinginfo - Создавать более качественный контент про тестирование - Привлекать новых подписчиков и менти. Каждого благодарю за подписку 💙 - Развивать навыки публичных выступлений Кстати, параллельно прохожу курсы по созданию рилсов и продвижению блога - так что будет двойная польза! 📱 Уже чуть больше получается. Изучаю ИИ-инструменты и активно стала использовать в развитии своего блога, карусели, презентации, оформление уроков и лекций на курсе, а скоро хочу внедрить ИИ на курсе по тестам как проверка (планы, планы). Уже есть первый результат - написала статью на Хабр от хаба Сбера про mTLS! Верю, что достигну всех поставленных целей! 💚 Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ) #СберУниверситет #АкадемияАмбассадоров #тестирование #QA #личныйбренд #менторство #Сбер

​​ Что происходит, когда вы вводите URL? 🌐 Сохраняй — это базовый вопрос на собеседовании по тестированию! 📌 7 этапов загрузки страницы: 1️⃣ DNS-запрос — браузер получает IP-адрес: кеш → ОС → провайдер → корневые серверы. 2️⃣ TCP-соединение — тройное рукопожатие: SYN → SYN-ACK → ACK. 3️⃣ TLS-рукопожатие — проверка сертификата и настройка шифрования для HTTPS. 4️⃣ HTTP-запрос — браузер отправляет метод, заголовки, куки и параметры. 5️⃣ Ответ сервера — статус-код (200/404/500), заголовки и тело (HTML/JSON). 6️⃣ Рендеринг — парсинг HTML, построение DOM, применение CSS, отрисовка. 7️⃣ JavaScript — выполнение скриптов, обработка событий, запросы к API. • Точнее пишешь баг-репорты (фронтенд/сеть/сервер) • Быстрее локализуешь проблему • Понимаешь, где тестировать: UI, API или интеграции 💡 Практика: Открой DevTools → Network и посмотри цепочку запросов в реальном времени! Пост с расшифровками - читать ✍️ Какой этап самый сложный для понимания? Пиши в комментариях! 👇 До 31 мая действует промокод SKILL900 — скидка 900₽ на любой курс. • Тесты на Stepik • Вебинары по собеседованиям : общие вопросы по тестированию ПО • Вебинары по интеграциям : API, SQL, DevTools, брокеры соообщений #карьераВIT #собеседование #тестированиеПО #QA #тестировщикПО

Всем привет! В пятницу у меня была встреча с руководителями, и меня выбрали на новые обязанности! Честно говоря, сама ещё в процессе, что именно предстоит делать, но факт есть факт. Но в целом я готова к новым вызовам, правда 😁 Чтобы не перегореть и всё успевать, решила так: • Займусь наконец здоровьем и питанием. • Новых менти до августа не беру. • Запуск курса по тестированию бэкенда перенесла на август. Пока подробности на канале https://t.me/info_course_protestinginfo/669 • Рилсы буду учиться снимать живее, по отклику. • Автоматизация тестирования — только когда реально надо. • Изучаю про ИИ-агенты, RAG и прочее для работы. • Курс амбассадора — прохожу, потому что хочу. С 18 мая по 6 июля прохожу курс амбассадоры Сбера, нравится. Ещё момент: кто не знал, упала с лестничной площадки чуть больше недели назад, нога сейчас болит, восстанавливаю её, нужно сделать МРТ связок. Поэтому через пару недель или больше планирую просто много гулять с малышом на воздухе, если все будет хорошо, частичная занятость этим хороша. Также в июне - июле планирую провести открытый вебинар по TMS DoQA В июле у меня отпуск! И есть идея: очень хочу сделать курс по брокерам сообщений. Буду потихоньку думать над этим 💭 Вот такие новости. Как у вас дела? 👇 Кто недавно подписался, то пост Знакомство. Благодарю каждого за подписку

Открытый бесплатный курс “Линукс для тестировщиков” 🐧 Только то, что реально пригодится в работе. 🚀 Старт курса 9 июня в 21 по мск. 👀 Что будет внутри: 1) Сразу подключаемся к удалённому серверу по SSH и начинаем работать там, а не локально. 2) Разбираем алиасы, навигацию и файловую систему: /, etc, var, home. 3) Учимся ставить, удалять и обновлять пакеты через apt, apt-get, pip, смотреть логи, редактировать конфиги в nano/vim/vi и не бояться консоли. 4) Разбираем потоки, конвейеры и переменные: stdin, stdout, stderr, >, >>, 2>, |, .bashrc, .bash_profile. 5) Отдельно пройдём права, пользователей, sudo, SSH-ключи, шифрование и базовый траблшутинг: curl, ps, top/htop, df, du, ss/netstat, lsof, Docker, логи. 6) В финале — bash и cron, чтобы автоматизировать рутину без боли. 📌 Это будет курс только по самому нужному, только база, которую можно сразу брать в работу. 🔥А еще к нам придет девопс/SRE инженер Максим Трофимов и поделится опытом как сделать работу на сервере удобнее и комфортнее. Чтобы записать на курс достаточно добавиться в канал @qa_road_channel Если давно хотелось подружиться с Linux и терминалом это хороший момент.

🤔 Разница в HTTP, REST и RESTful API 🤔 Вопросы “Что такое REST API?” или “Что такое RESTful API?” в разных вариациях и формулировках задают на технических собеседованиях системных аналитиков 👀 Чтобы уверенно отвечать на них и глубоко понимать значение REST API, необходимо знать этот набор определений: 1️⃣ API — это программный интерфейс для обмена данными между приложениями: • мобильное приложение ↔ сервер • сайт ↔ сервер • один backend-сервис ↔ другой backend-сервис • внутренняя система ↔ внешняя система API определяет, как одна система может обратиться к другой: какие запросы отправлять, какие данные передавать и какие ответы получать. 2️⃣ HTTP — это один из основных протоколов обмена данными в Интернете. Он определяет, как клиент и сервер обмениваются сообщениями: • клиент отправляет запрос • сервер обрабатывает его • сервер возвращает ответ HTTP включает: • методы: GET, POST, PUT, PATCH, DELETE и другие • статус-коды: 200 OK, 201 Created, 400 Bad Request, 404 Not Found, 500 Internal Server Error и другие • заголовки • тело запроса и ответа Важно: HTTP сам по себе ещё не делает API REST API. Можно сделать HTTP API, где все методы будут через POST, с глаголами в URL и без нормальной ресурсной модели. Например:

POST /createUser
POST /getUserInfo
POST /deleteUser

Это будет HTTP API, но не REST API. 3️⃣ REST (Representational State Transfer) — это архитектурный стиль для проектирования сетевых API. Проще говоря, REST задаёт подход: как правильно организовать взаимодействие клиента и сервера через ресурсы. В REST данные представляются как ресурсы. Например:

/users
/users/{userId}
/orders
/orders/{orderId}

С этими ресурсами выполняются действия через HTTP-методы:

GET /users/{userId}
POST /users
PUT /users/{userId}
PATCH /users/{userId}
DELETE /users/{userId}

То есть мы не пишем действие в URL, а используем связку:

HTTP-метод + ресурс

Если этот принцип не соблюдается, то это чаще просто HTTP API, а не REST API. 4️⃣ REST API — архитектурный стиль проектирования программных интерфейсов. Такой API: • работает с ресурсами • использует HTTP-методы по смыслу • адресует ресурсы через URL • возвращает данные в удобном для клиента формате, чаще всего JSON • использует HTTP-статусы для описания результата операции Пример:

GET /api/v1/products
GET /api/v1/products/{productId}
POST /api/v1/products
PATCH /api/v1/products/{productId}
DELETE /api/v1/products/{productId}

5️⃣ RESTful API — это термин, который подчеркивает строгое следование принципам REST. То есть, когда мы говорим, что API является "RESTful", мы хотим сказать, что он полностью соответствует архитектурным стилям и ограничениям, определенным в REST. Это подразумевает, что API не только использует HTTP-методы и работает через URL, но и строго следует всем рекомендациям и лучшим практикам REST. 👉 По сути HTTP — это протокол передачи данных. REST — архитектурный стиль. REST API — API, сделанный по принципам REST. RESTful API — API, который подчёркнуто следует REST-подходу. 👉 В повседневной разработке эти различия зачастую стираются, и термины используются как синонимы. Но на собеседовании лучше показать, что вы понимаете разницу: 🔹 не любой HTTP API является REST API, 🔹 но REST API обычно использует HTTP. Желаю вам успешных технических собеседований 😉 #RestApiGA