Недавно сделала сторис про работу с менти и поймала себя на мысли, что за каждым оффером стоит огромный путь.
В апреле ко мне пришли сразу две менти. Обе были практически с нуля и только с теоретической базой.
Первое, что мы сделали, составили индивидуальный план подготовки. В среднем моя программа с менти занимает около 2 месяцев и включает не только теорию, но и большое количество практики.
Что мы разбираем во время обучения:
✔ исследовательское и ad-hoc тестирование;
✔ тестирование пользовательского интерфейса;
✔ составление чек-листов и тест-кейсов в JIRA;
✔ оформление баг-репортов в Jira;
✔ выполнение API-запросов в Postman;
✔ использование вкладки Scripts для написания простых проверок;
✔ работу с JSON и коллекциями;
✔ SQL на практике (PostgreSQL);
✔ работу с Git и базовыми командами Linux.
Но знания - это только часть работы.
После обучения мы начинаем готовиться к поиску работы:
• разбираем резюме;
• проводим пробные собеседования;
• закрываем пробелы в знаниях;
• разбираем реальные вопросы с интервью;
• корректируем ответы и стратегию поиска.
Мне важно, чтобы человек не просто посмотрел уроки, а действительно научился работать и чувствовал себя уверенно на собеседовании.
Поэтому я обучаю не только с нуля, но и помогаю специалистам с опытом выйти на новый уровень.
И самое приятное в моей работе - получать сообщения (то, что произошло в июле)
«Спасибо! У меня оффер!»
Именно ради таких моментов я продолжаю заниматься менторством.
Кстати, если вам пока не нужна индивидуальная работа, но хочется подтянуть знания по backend-тестированию, то это можно сделать и на моем курсе. Там много практики по Postman, SQL, PostgreSQL, ClickHouse, Redis, Kafka, работе с API и подготовке к реальным задачам тестировщика.
За 2024–2026 годы мои менти получили уже 100+ офферов, и для меня это лучшая оценка проделанной работы. ❤️
Если вам интересно индивидуальное менторство, то сейчас первые три недели у меня уже заняты. Но иногда освобождаются места раньше, если кто-то из менти переносит или отменяет старт обучения.
Могу заранее ознакомить вас с условиями, если для вас это актуально.
По ссылке ниже собрала информацию о том, что входит в менторство: направления подготовки, помощь с поиском работы, подготовка к собеседованиям, практические задания, работа с резюме, а также отзывы моих менти.
https://t.me/feedback_protestinginfo/151
В апреле ко мне пришли сразу две менти. Обе были практически с нуля и только с теоретической базой.
Первое, что мы сделали, составили индивидуальный план подготовки. В среднем моя программа с менти занимает около 2 месяцев и включает не только теорию, но и большое количество практики.
Что мы разбираем во время обучения:
✔ исследовательское и ad-hoc тестирование;
✔ тестирование пользовательского интерфейса;
✔ составление чек-листов и тест-кейсов в JIRA;
✔ оформление баг-репортов в Jira;
✔ выполнение API-запросов в Postman;
✔ использование вкладки Scripts для написания простых проверок;
✔ работу с JSON и коллекциями;
✔ SQL на практике (PostgreSQL);
✔ работу с Git и базовыми командами Linux.
Но знания - это только часть работы.
После обучения мы начинаем готовиться к поиску работы:
• разбираем резюме;
• проводим пробные собеседования;
• закрываем пробелы в знаниях;
• разбираем реальные вопросы с интервью;
• корректируем ответы и стратегию поиска.
Мне важно, чтобы человек не просто посмотрел уроки, а действительно научился работать и чувствовал себя уверенно на собеседовании.
Поэтому я обучаю не только с нуля, но и помогаю специалистам с опытом выйти на новый уровень.
И самое приятное в моей работе - получать сообщения (то, что произошло в июле)
«Спасибо! У меня оффер!»
Именно ради таких моментов я продолжаю заниматься менторством.
Кстати, если вам пока не нужна индивидуальная работа, но хочется подтянуть знания по backend-тестированию, то это можно сделать и на моем курсе. Там много практики по Postman, SQL, PostgreSQL, ClickHouse, Redis, Kafka, работе с API и подготовке к реальным задачам тестировщика.
Приглашаю вас на курс! Старт 5-го августа! Готова вас направить!
Скидки на участие:
APISQL25 — скидка 25% до 25 июля 2026
APISQL20 — скидка 20% до 5 августа 2026
APISQL15 — скидка 15% до 15 августа 2026
📖 Полная программа:
https://protestinginfo.ru/practice_api_sql#program
💳 Тарифы:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
За 2024–2026 годы мои менти получили уже 100+ офферов, и для меня это лучшая оценка проделанной работы. ❤️
Если вам интересно индивидуальное менторство, то сейчас первые три недели у меня уже заняты. Но иногда освобождаются места раньше, если кто-то из менти переносит или отменяет старт обучения.
Могу заранее ознакомить вас с условиями, если для вас это актуально.
По ссылке ниже собрала информацию о том, что входит в менторство: направления подготовки, помощь с поиском работы, подготовка к собеседованиям, практические задания, работа с резюме, а также отзывы моих менти.
https://t.me/feedback_protestinginfo/151
👍8❤4💘4
Media is too big
VIEW IN TELEGRAM
Если вы хотите понять, как читать сообщения в Kafka — этот пост для вас! 👇
📌 Apache Kafka — это распределённая система обмена сообщениями. Представьте её как мощный почтовый сортировочный центр, который обрабатывает миллионы писем в секунду.
Основные понятия:
📮 Топики (Topics) — это категории сообщений. Как папки в почте: "register-events", "orders", "notifications". Каждое сообщение попадает в свой топик.
Consumer Groups (Группы потребителей) — это команды приложений, которые читают сообщения. Несколько консьюмеров в одной группе делят между собой обработку данных.
📦 Партиции (Partitions) — топики делятся на партиции для параллельной обработки. Это как разделить одну большую папку на несколько подпапок для ускорения работы.
🔢 Офсеты (Offsets) — это номера сообщений в партиции. Консьюмер запоминает свой офсёт, чтобы знать, какое сообщение читать следующим.
AKHQ (ранее KafkaHQ) — это веб-интерфейс, который позволяет управлять Kafka без командной строки!
✅ Что умеет:
• Создавать и удалять топики
• Смотреть сообщения в реальном времени
• Отслеживать Consumer Groups и lag (отставание)
• Управлять несколькими кластерами
• Работать с JSON, Avro и другими форматами
Хотите научиться тестировать такие системы?
🔥 На курсе разберём:
• API тестирование (REST) — Postman, Swagger
• SQL от базового до JOIN — PostgreSQL, ClickHouse
• Redis — работа с кэшем
• Kafka — проверка асинхронных запросов
• Реальные практические задания
В программе:
— Тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— Негативные проверки запросов
💰 Специальные условия:
APISQL25 — 25% до 25 июля (ПОСЛЕДНИЙ ДЕНЬ - завтра)
APISQL20 — 20% до 5 августа
APISQL15 — 15% до 15 августа
✅ Получите:
🎯 Уверенность в ответах
🗣️ Навык формулировать мысли
📋 Готовность к техзадачам
🧭 Понимание собеседований
🤝 Поддержку сообщества
📲 Подробнее о курсе пишите в ЛС @nadin_qa расскажу все детали!
Присоединяйся сейчас к курсу:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
#qa #AKHQ #APIтестирование #qaengineer #QA
📌 Apache Kafka — это распределённая система обмена сообщениями. Представьте её как мощный почтовый сортировочный центр, который обрабатывает миллионы писем в секунду.
Основные понятия:
📮 Топики (Topics) — это категории сообщений. Как папки в почте: "register-events", "orders", "notifications". Каждое сообщение попадает в свой топик.
Consumer Groups (Группы потребителей) — это команды приложений, которые читают сообщения. Несколько консьюмеров в одной группе делят между собой обработку данных.
📦 Партиции (Partitions) — топики делятся на партиции для параллельной обработки. Это как разделить одну большую папку на несколько подпапок для ускорения работы.
🔢 Офсеты (Offsets) — это номера сообщений в партиции. Консьюмер запоминает свой офсёт, чтобы знать, какое сообщение читать следующим.
AKHQ (ранее KafkaHQ) — это веб-интерфейс, который позволяет управлять Kafka без командной строки!
✅ Что умеет:
• Создавать и удалять топики
• Смотреть сообщения в реальном времени
• Отслеживать Consumer Groups и lag (отставание)
• Управлять несколькими кластерами
• Работать с JSON, Avro и другими форматами
Хотите научиться тестировать такие системы?
🔥 На курсе разберём:
• API тестирование (REST) — Postman, Swagger
• SQL от базового до JOIN — PostgreSQL, ClickHouse
• Redis — работа с кэшем
• Kafka — проверка асинхронных запросов
• Реальные практические задания
В программе:
— Тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— Негативные проверки запросов
💰 Специальные условия:
APISQL25 — 25% до 25 июля (ПОСЛЕДНИЙ ДЕНЬ - завтра)
APISQL20 — 20% до 5 августа
APISQL15 — 15% до 15 августа
✅ Получите:
🎯 Уверенность в ответах
🗣️ Навык формулировать мысли
📋 Готовность к техзадачам
🧭 Понимание собеседований
🤝 Поддержку сообщества
📲 Подробнее о курсе пишите в ЛС @nadin_qa расскажу все детали!
Присоединяйся сейчас к курсу:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
#qa #AKHQ #APIтестирование #qaengineer #QA
❤9👍3🙏2
Forwarded from Matȟó Wičháša
Всем привет. Отзыв по работе с @nadin_qa) В тестирование я пришел в 2020 и шесть лет проработал в одной компании. Соответственно навыки были ограничены стеком проекта. Надя очень помогла с прокачкой резюме и актуализацией скиллов под рынок, также усилили имеющиеся знания. Перед собесом прогнали мок-интервью. Итог — в среду заканчивается первый месяц онбординга на новом месте))
❤🔥3
Forwarded from Мария
Хочу порекомендовать замечательного ментора по тестированию @Nadin_QA!
Пришла я к ней в апреле с уже имеющейся теоретической базой после курсов, но мне катастрофически не хватало практики и уверенности. Главная цель была - наработать навыки, подготовиться к собеседованиям и наконец-то выйти на рынок.
Наши встречи полностью оправдали все ожидания. Мы сделали упор на реальную практику: разбирали задания, которые действительно дают на собесах, прорабатывали каждую ошибку с обратной связью. В итоге за время работы я собрала крутое портфолио и составила релевантное резюме, которое в последствии привлекло работодателей.
Отдельно хочу отметить полезный канал Надежды и её дополнительные курсы - это была бесценная база знаний, которая пригодилась уже на этапе общения с рекрутерами.
Результат: ровно через 4 месяца после начала работы с ментором я получила свой первый оффер! Теперь я - ручной тестировщик, и это моя первая работа в IT. Спасибо за поддержку и структуру на каждом шагу!
Пришла я к ней в апреле с уже имеющейся теоретической базой после курсов, но мне катастрофически не хватало практики и уверенности. Главная цель была - наработать навыки, подготовиться к собеседованиям и наконец-то выйти на рынок.
Наши встречи полностью оправдали все ожидания. Мы сделали упор на реальную практику: разбирали задания, которые действительно дают на собесах, прорабатывали каждую ошибку с обратной связью. В итоге за время работы я собрала крутое портфолио и составила релевантное резюме, которое в последствии привлекло работодателей.
Отдельно хочу отметить полезный канал Надежды и её дополнительные курсы - это была бесценная база знаний, которая пригодилась уже на этапе общения с рекрутерами.
Результат: ровно через 4 месяца после начала работы с ментором я получила свой первый оффер! Теперь я - ручной тестировщик, и это моя первая работа в IT. Спасибо за поддержку и структуру на каждом шагу!
💘7🔥2🆒1
«Как вы составляете регрессионную тестовую модель?» 👇
Пост в нельзяграме:
https://www.instagram.com/p/DbNaAfCDDo2/?igsh=NXFmZm9vM3BzOWpr
Подписаться 💙
🛡️ ЧТО ТАКОЕ РЕГРЕСС?
Это проверка того, что новые изменения в коде не сломали уже работающую функциональность. Цель — гарантия стабильности продукта после любых правок.
МОЙ АЛГОРИТМ СБОРА ПРОГОНА:
1️⃣ Impact Analysis (Анализ влияния)
Обсудите модель с аналитиком. Определите, какие области затронуты сильнее всего. Это сократит время тестирования и поможет актуализировать ТМ.
2️⃣ Бизнес и Интеграции
• Если релиз затрагивает сервис, проверяем все модули, которые с ним взаимодействуют.
• Добавляем бизнес-критичные проверки (для заказчика/сопровождения), даже если новый модуль их не касается. Регламент = закон!
3️⃣ Оптимизация и «5 Почему»
На крупных проектах регресс раздувается. Регулярно удаляйте устаревшие тест-кейсы.
Используйте технику «5 Почему» для RCA: почему нет времени? почему неверно оценен объем? почему менялись требования?
4️⃣ Исследовательское тестирование
• Обязательно добавляйте в регресс проверки на исправленные дефекты (чтобы баг не вернулся).
• Знайте взаимодействие модулей системы, чтобы предсказать, как новый код повлияет на старый.
💡 Идеальный процесс: содержание регресса определяется аналитикой бизнес-команды и объемами доработки.
📚 Рекомендую почитать:
• «Регрессионное тестирование на Scrum-проектах» (habr.com/ru/articles/563918/)
• «5 инструментов для анализа первопричин (RCA) в QA»
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
✍️ Делитесь в комментариях: как вы определяете объем регресса на своих проектах? Что помогает не утонуть в тест-кейсах? 👇
#QA #регрессионноетестирование #тестированиеПО #карьераВIT #собеседование
Пост в нельзяграме:
https://www.instagram.com/p/DbNaAfCDDo2/?igsh=NXFmZm9vM3BzOWpr
Подписаться 💙
🛡️ ЧТО ТАКОЕ РЕГРЕСС?
Это проверка того, что новые изменения в коде не сломали уже работающую функциональность. Цель — гарантия стабильности продукта после любых правок.
МОЙ АЛГОРИТМ СБОРА ПРОГОНА:
1️⃣ Impact Analysis (Анализ влияния)
Обсудите модель с аналитиком. Определите, какие области затронуты сильнее всего. Это сократит время тестирования и поможет актуализировать ТМ.
2️⃣ Бизнес и Интеграции
• Если релиз затрагивает сервис, проверяем все модули, которые с ним взаимодействуют.
• Добавляем бизнес-критичные проверки (для заказчика/сопровождения), даже если новый модуль их не касается. Регламент = закон!
3️⃣ Оптимизация и «5 Почему»
На крупных проектах регресс раздувается. Регулярно удаляйте устаревшие тест-кейсы.
Используйте технику «5 Почему» для RCA: почему нет времени? почему неверно оценен объем? почему менялись требования?
4️⃣ Исследовательское тестирование
• Обязательно добавляйте в регресс проверки на исправленные дефекты (чтобы баг не вернулся).
• Знайте взаимодействие модулей системы, чтобы предсказать, как новый код повлияет на старый.
💡 Идеальный процесс: содержание регресса определяется аналитикой бизнес-команды и объемами доработки.
📚 Рекомендую почитать:
• «Регрессионное тестирование на Scrum-проектах» (habr.com/ru/articles/563918/)
• «5 инструментов для анализа первопричин (RCA) в QA»
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
✍️ Делитесь в комментариях: как вы определяете объем регресса на своих проектах? Что помогает не утонуть в тест-кейсах? 👇
#QA #регрессионноетестирование #тестированиеПО #карьераВIT #собеседование
❤13🔥5🆒2
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «Хочу порекомендовать замечательного ментора по тестированию @Nadin_QA! Пришла я к ней в апреле с уже имеющейся теоретической базой после курсов, но мне катастрофически не хватало практики и уверенности. Главная цель была - наработать навыки, подготовиться…»
Приветствую всех новых коллег.
Благодарю за подписку.
Меня зовут Надежда Дудник - главный инженер по тестированию в финтехе и ментор по тестированию ПО (6 лет). До тестирования была преподавателем физики 6 лет.
Люблю свое дело и делиться своим опытом и полезной информацией.
11 лет в тестировании.
Сейчас я ментор в Сбере и амбассадор Сбера.
На данный момент работаю с 13-го января на частичной занятости в СБЕРе и нахожусь в декрете до 22 мая 2027 года).
На канале, в основном, про #тестыдлязакреплениязнаний и разборы вопросов на собеседованиях, также делюсь полезной информацией, пишу посты и статьи на хабре, составляю гайды, провожу вебинары на ютубе. Есть курс по подготовке на собеседование по тестированию ПО и курс по тестированию бэкенда.
@info_course_protestinginfo
Сайт
Есть даже канал про декрет в ИТ с двумя сыночками.
Люблю делиться отзывами про офферы моих менти и учеников с курсов.
Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik
Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ)
Давайте знакомиться❤️
Рассказывайте про себя.
А кто уже со мной давно, также пишите в комментариях о себе, обо мне😎 !
Благодарю за подписку.
Меня зовут Надежда Дудник - главный инженер по тестированию в финтехе и ментор по тестированию ПО (6 лет). До тестирования была преподавателем физики 6 лет.
Люблю свое дело и делиться своим опытом и полезной информацией.
11 лет в тестировании.
Сейчас я ментор в Сбере и амбассадор Сбера.
На данный момент работаю с 13-го января на частичной занятости в СБЕРе и нахожусь в декрете до 22 мая 2027 года).
На канале, в основном, про #тестыдлязакреплениязнаний и разборы вопросов на собеседованиях, также делюсь полезной информацией, пишу посты и статьи на хабре, составляю гайды, провожу вебинары на ютубе. Есть курс по подготовке на собеседование по тестированию ПО и курс по тестированию бэкенда.
@info_course_protestinginfo
Сайт
Есть даже канал про декрет в ИТ с двумя сыночками.
Люблю делиться отзывами про офферы моих менти и учеников с курсов.
Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik
Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ)
Давайте знакомиться
Рассказывайте про себя.
А кто уже со мной давно, также пишите в комментариях о себе, обо мне
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤8❤🔥6👍3👏2
Идемпотентность HTTP-методов простыми словами 🔄
Подписаться на нельзяграм и сам пост
https://www.instagram.com/p/DbP7Ui5DG_k/?igsh=MWc2N29oMndvczR6Mw==
Термин предложил математик Бенджамин Пирс. В IT это свойство операции, при котором повторное выполнение даёт тот же результат, что и однократное, не изменяя состояние сервера.
🏠 Простые примеры:
✅ Выключатель света: нажал 10 раз — свет всё равно выключен.
✅ Кнопка лифта: нажал 5 раз — лифт приедет 1 раз.
❌ Корзина товаров: нажал «добавить» 5 раз — получил 5 пицц (не идемпотентно!).
Как это работает в REST:
🔍 GET, HEAD, OPTIONS, TRACE
Безопасны и идемпотентны. Они только читают данные, не меняя состояние сервера.
📝 PUT (Обновление)
По стандарту идемпотентен: 10 запросов PUT /users/123 просто 10 раз обновят имя на «John».
⚠️ Нюанс: На некоторых платформах (например, «Викунья») PUT может создавать НОВЫЙ объект задачи/проекта при каждом запросе, если не передан ID. В этом случае он теряет идемпотентность!
🗑️ DELETE (Удаление)
Идемпотентен, но с подвохом в ответе:
1️⃣ Первый запрос: вернет 200 OK или 204 No Content (ресурс удален).
2️⃣ Второй запрос: вернет 404 Not Found (ресурса уже нет).
💡 Состояние сервера одинаковое (удалено), но статус-код меняется. Это нормально!
🛡️ POST (Создание)
По стандарту НЕ идемпотентен (создает дубликаты).
💡 Вынужденная идемпотентность: POST можно сделать идемпотентным программно. Например, при создании пользователя («Викунья») повторный запрос с тем же email не создаст дубль, а вернет ошибку 409 Conflict или данные существующего юзера.
Тест-кейсы, коллекцию и шаблоны по ссылке
https://t.me/protestinginfo/5158
✍️ А на твоих проектах POST делают идемпотентным? Делись опытом 👇
#QA #тестированиеПО#идемпотентность #собеседование #карьераВIT
Подписаться на нельзяграм и сам пост
https://www.instagram.com/p/DbP7Ui5DG_k/?igsh=MWc2N29oMndvczR6Mw==
Термин предложил математик Бенджамин Пирс. В IT это свойство операции, при котором повторное выполнение даёт тот же результат, что и однократное, не изменяя состояние сервера.
🏠 Простые примеры:
✅ Выключатель света: нажал 10 раз — свет всё равно выключен.
✅ Кнопка лифта: нажал 5 раз — лифт приедет 1 раз.
❌ Корзина товаров: нажал «добавить» 5 раз — получил 5 пицц (не идемпотентно!).
Как это работает в REST:
🔍 GET, HEAD, OPTIONS, TRACE
Безопасны и идемпотентны. Они только читают данные, не меняя состояние сервера.
📝 PUT (Обновление)
По стандарту идемпотентен: 10 запросов PUT /users/123 просто 10 раз обновят имя на «John».
⚠️ Нюанс: На некоторых платформах (например, «Викунья») PUT может создавать НОВЫЙ объект задачи/проекта при каждом запросе, если не передан ID. В этом случае он теряет идемпотентность!
🗑️ DELETE (Удаление)
Идемпотентен, но с подвохом в ответе:
1️⃣ Первый запрос: вернет 200 OK или 204 No Content (ресурс удален).
2️⃣ Второй запрос: вернет 404 Not Found (ресурса уже нет).
💡 Состояние сервера одинаковое (удалено), но статус-код меняется. Это нормально!
🛡️ POST (Создание)
По стандарту НЕ идемпотентен (создает дубликаты).
💡 Вынужденная идемпотентность: POST можно сделать идемпотентным программно. Например, при создании пользователя («Викунья») повторный запрос с тем же email не создаст дубль, а вернет ошибку 409 Conflict или данные существующего юзера.
Тест-кейсы, коллекцию и шаблоны по ссылке
https://t.me/protestinginfo/5158
✍️ А на твоих проектах POST делают идемпотентным? Делись опытом 👇
#QA #тестированиеПО#идемпотентность #собеседование #карьераВIT
👍17❤9🔥5