Не пропустите! 12 августа в 20:00 пройдет бесплатный урок по теме “Искусство тестирования игровых уровней: от новичка до QA-специалиста в GameDev” от онлайн-курса “Game QA Engineer”. Запись на урок: https://vk.cc/cOgAeA

Хотите работать в игровой индустрии, но не знаете, с чего начать? Приходите на бесплатный урок и узнайте:

- Где искать вакансии — даже если у вас нет опыта.
- Как выделиться среди сотен кандидатов.
- Какие проекты стоит брать первыми — чтобы получить шанс в AAA-студии.

Основные темы:

1. Рынок геймдева в 2025: цифры и возможности
- Какие компании нанимают тестировщиков
- От чего зависит зарплата на старте карьеры

2. Где искать работу без опыта?
- Площадки для плейтестов (платные и бесплатные).
- Фриланс-проекты и стажировки — как получить первый опыт.

3. Что делать, если вакансий мало?
- Альтернативные пути: инди-студии, аутсорс, удалёнка.

4. Подготовка к собеседованию

Вебинар будет полезен:
- Геймерам, которые хотят работать в индустрии.
- Новички в IT, ищущие быстрый старт.
- Всем, кто сомневается: "А есть ли шанс без опыта?".
- Желающим сменить профессию на тестирование игр

Не забудьте записаться на урок и узнать новое: https://vk.cc/cOgAeA

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJRbuUc

Это база! Рассказываю о бесплатных функциях Google Календаря, которые упростят вашу жизнь

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

Читать

🔥 От тестировщика к эксперту по нагрузочному тестированию! 🚀

Нагрузочное тестирование — это не просто тренд, это актуальная потребность на рынке IT. Пройдите вступительное тестирование, проверьте свои знания и получите скидку на курс «Нагрузочное тестирование» в OTUS.

Вы научитесь:

✅ Работать с инструментами JMeter, Gatling, k6.io
✅ Настроить автоматизацию тестов через CI/CD
✅ Мониторить систему с помощью Grafana и Prometheus
✅ Планировать тесты для реальных рабочих нагрузок

📌 Пройдите тест и получите скидку на курс! 🎓 Подробности уточняйте у менеджера

🚀 Не упустите шанс стать экспертом в нагрузочном тестировании и повысить свою квалификацию!

👉 Пройти тестирование https://vk.cc/cOaXTQ

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHxLCmN

💻 RabbitMQ против Kafka — что выбрать для вашей структуры: сравнение и лучшие практики 🛠

🔥 11 августа в 20:00 мск приглашаем на открытый вебинар в OTUS.

На вебинаре рассмотрим:

- Обзор RabbitMQ: принципы работы, отправка и получение сообщений
- Обзор Kafka: устройство, принципы работы, отправка и получение сообщений
- Сравнение RabbitMQ и Kafka: когда и почему выбрать одно из решений

🎓 После вебинара вы:

- Узнаете различия между RabbitMQ и Kafka и научитесь выбирать подходящий инструмент для своей системы
- Освоите принципы работы с обоими брокерами сообщений
- Получите советы по настройке и внедрению для повышения производительности и надежности

Присоединяйтесь, чтобы научиться эффективно работать с RabbitMQ и Kafka для потоковой обработки данных и обмена сообщениями! 🚀

🎁 Все участники получат шаблоны настроек конфигурации для Spring Boot: RabbitMQ, Kafka

👉 Регистрация https://vk.cc/cOaXUk

Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJ4G9tk

Почему автоматизаторы не заменят QA?

Когда я только начинал в автоматизации, казалось, что скоро автотесты заменят всех QA. Зачем вручную проверять, если можно написать код который быстрее и надёжнее (что не скажешь про фронтовые тесты).

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

Автотесты хороши, когда чётко знаешь, что и как должно работать. Но они не чувствуют, что "что-то не так" в поведении. Автотест - это как робот-пылесос - отлично справляется с рутиной, но если где-то пролилось кофе - зовите человека.

Мануальщики - не кнопкодавы 😄
Хороший мануальщик - это не тот, кто просто "щёлкает по кнопочкам". Это тот, кто:
- умеет быстро находить баги там, где их не ждут,
- знает продукт вдоль и поперёк,
- ловит непредсказуемые сценарии и нестандартное поведение,
- сопровождает фичу до релиза.
И что самое важное - делает это в моменте, гибко, по ситуации.

Где автоматизация нужна?
Автотесты идеальны там, где:
- надо проверять одно и то же 100 раз (регресс, smoke),
- важна скорость и повторяемость (CI/CD),
- высокая цена ошибки, и нужен гарантированный результат.
Например, перед продом - тесты пробежались, старый функционал не сломан, всё зелёное - спокойно катимся.

Где без QA - никуда? Почти везде! Например:
- Исследовательское тестирование. Когда надо "поиграться" с новой фичей и посмотреть, как она вообще себя ведёт.
- UX-тестирование. Автотест не скажет: "а вот тут неудобно, и кнопка непонятная".
- Быстрая проверка бага с прода.
- Тестирование сложных визуальных сценариев. Привет, drag’n’drop, канвасы, таблицы и карты.

Это разные роли, а не борьба
- QA - это глаза и интуиция проекта. Это первый человек, кто скажет: "Ребят, кажется, пользователю тут будет неудобно".
- AQA - это защитник от регрессий и "уже проверенных" багов. Он покрывает логику кодом и не даёт продукту откатиться назад.
Это не замена, а синергия.
Это как повар и посудомоечная машина - ты можешь ускорить процесс, но без человека вкусный ужин не получится.

Как жить вместе?
У нас сейчас на проекте работает связка:
- QA исследуют, проверяют сложные кейсы, общаются с бизнесом.
- AQA покрывают всё, что можно автоматизировать: smoke, регресс, критичные пути.
Мы делимся знаниями, вместе пишем тест-кейсы, вместе рефачим автотесты, если вдруг нужно. И это работает.

И пока продукт делают люди для людей - ручное тестирование будет жить. А автоматизация - это не замена ручного тестирования. Это просто другой инструмент. Она рядом, чтобы не отвлекать QA на рутину и дать им возможность увидеть больше. 😊

Автор: Сергей Александров, QA Automation Engineer в AK Bars Digital

о, это я

Хороших выходных!

💻 MITM: почему бесплатный Wi-Fi знает о вас больше, чем мама

На открытом уроке разберёмся, как работает классическая атака "Man-in-the-Middle" (MITM) и почему подключение к «бесплатному Wi-Fi» может стоить вам приватности.

На вебинаре вы узнаете:
- Поймёте, как злоумышленник перехватывает трафик между вами и интернетом.
- Научитесь отличать уязвимые соединения от защищённых.
- Узнаете, почему бесплатные ресурсы — это иногда хуже, чем его отсутствие.
- Получите базовые навыки безопасного поведения в открытых сетях.

Вебинар проходит в рамках курса "Автоматизированное тестирование веб-сервисов на Go"

👉 Регистрация и подробности о курсе "Автоматизированное тестирование веб-сервисов на Go" https://vk.cc/cOgfbR

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHUgfkc

🔥 Готовы стать экспертом в микросервисах?

Микросервисная архитектура — ключ к созданию масштабируемых и гибких систем. Если вы хотите освоить современные технологии, такие как Docker, Kubernetes, Apache Kafka и Prometheus — программа курса "Microservice Architecture" отлично подойдет для этого.

Пройдите вступительное тестирование и успейте присоединиться к группе курса!

🎯 Возможности обучения:

🔹 Практические навыки: реальная работа с популярными инструментами.

🔹 Лучшие практики: освоите архитектуру, которая востребована на рынке.

👉 Пройти тест https://vk.cc/cOgf7N

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHJJknC

и не говорите, что работы нету 😁

🗝 Docker Compose для тестировщика: легко о сложном

Хотите научиться легко и правильно настраивать сложные приложения из множества контейнеров?

На этом вебинаре мы подробно разберём один из ключевых инструментов для современных тестировщиков — Docker Compose. Он помогает запускать, настраивать и управлять распределёнными приложениями, состоящими из нескольких контейнеров, что значительно упрощает работу с тестовыми средами и ускоряет процессы автоматизации.

На вебинаре вы узнаете:
— Поймём, почему важно использовать Docker Compose для организации многоконтейнерных приложений в автоматизации
— Изучим, как настроить сетевое взаимодействие между контейнерами — чтобы ваши сервисы могли «видеть» и обмениваться данными друг с другом
— Разберёмся с промежуточным хранением данных — что это такое и как правильно сохранять состояние приложений внутри контейнеров
— Узнаем, как применять эти знания для создания надёжных и воспроизводимых тестовых сред

Вебинар проходит в рамках курса "Python QA Engineer"

👉 Регистрация и подробности о курсе "Python QA Engineer": https://vk.cc/cOzz8F

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFGn3jtC

❓Вопросы работодателю на собеседовании, шпаргалка для QA-инженера

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

▫️Про продукт и пользователей
- Кто ключевые пользователи продукта и их главные сценарии?
- Какие метрики продукта сейчас важнее всего (активация, ретеншн, конверсия)?
- Как принимаются решения о фичах: на основе данных, исследований, запросов клиентов?

▫️Про процессы разработки и тестирования
- Какой процесс разработки (Scrum/Kanban/гибрид)? Длина спринта?
- Когда и как QA подключается к задаче: на этапе требований, дизайна, планирования?
- Есть ли Definition of Ready/Done для задач и багов?

▫️Про качество и метрики
- Какие метрики качества вы отслеживаете (defect leakage, escape rate, MTTR, флейки, покрытие)?
- Есть ли цель по снижению багов на проде и как её измеряете?
- Как анализируете регрессии и инциденты (post-mortems, RCA)?

▫️Про релизы и окружения
- Как часто релизитесь и есть ли релизный календарь?
- Сколько стендов (dev/test/stage/prod) и насколько они похожи на prod?
- Кто и как может откатить релиз? Есть ли фича-флаги/канареечные выкладки?

▫️Про автоматизацию и инструменты
- Где проходит граница между ручным и авто-тестированием?
- Какие стеки используете (Selenium/Playwright/Appium, CI/CD, отчётность, мониторинг)?
- Что считается «готовой» автотестовой задачей (стандарты, ревью, покрытие)?

▫️Про баги и приоритизацию
- Как приоритизируете дефекты (S1–S4/P0–P3)? Кто финально решает «критичность»?
- Как быстро исправляются S1/S2? Есть ли SLA/OLA по реакциям?
- Как боретесь с флейками и «битой» регрессией?

▫️Про роль, ожидания и рост
- Как выглядит успех на 30/60/90 дней для этой роли?
- С чем я приду в первый спринт? Какие 2–3 приоритеты?
- Есть ли менторство, бюджет на обучение/сертификации, путь роста (IC/Lead)?

▫️Про команду и культуру
- Как устроено взаимодействие QA с продактом, дизайном, бэком/фронтом, DevOps?
- Как дают обратную связь и как часто проходят 1:1?
- Как команда относится к долгам: техдолг, тестдолг, документация?

▫️Про оффер и условия (уместно на финальном этапе)
- Смена формата работы (офис/гибрид/удалёнка), график, овертаймы и компенсация за них.
- Испытательный срок, грейд/вилка, бонусы, ДМС/оборудование.
- Процесс онбординга и кто будет моим «buddy» в первые недели.

🚩 Красные флаги
- Нет тестовых окружений, релизы «по ночам», откаты «вручную».
- Отсутствие метрик качества и пост-мортемов («просто чиним»).
- QA подключается только «в конце», нет времени на регрессию.
- «Автотесты есть», но никто не может показать отчёты/стабильность.

🍭 Мини-скрипт в конце интервью
«Спасибо за ваше время. Есть ли что-то в моём фоне, что вызывает сомнения? Я буду рад прояснить сейчас».
Если ответ "да", то вы получили шанс закрыть гештальт сразу. Если "нет", то мягко уточните следующие шаги и сроки обратной связи.

Источник: Владлен Цыганенко

📌 Два бесплатных вебинара для системных и бизнес-аналитиков. Успейте попасть в группу!

🔹 Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?

⏰ 19 августа в 20:00 мск

💎 Вы узнаете:
1. Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
2. Как задачи этих ролей видит отрасль и ведущие компании.
3. Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
4. Какие навыки развивать системному и бизнес-аналитику.

🔹 Трассировка и ведение реестра требований

⏰ 25 августа в 20:00 мск

💎 Вы узнаете:
1. Важность трассировки требований между собой и на элементы решения и архитектуры
2. Методы и инструменты, которые могут быть применены аналитиком для трассировки требований

🎁 Участники вебинаров получат подарки на почту 🎁

Регистрация на вебинары ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFK5vVKv

типичный понедельнки)

Единственная IT-школа, которая не обещает результаты, а открыто показывает их. Только Mentorpiece публикует поименные списки всех поступивших студентов и конечный результат обучения для каждого: в какой IT-компании он/она теперь работает.

🇬🇧 Обучение на английском без лекций — с решением реальных IT-задач в мини-команде, как на настоящем IT-проекте.
🇺🇸 4-месячная интернатура в американской IT-компании.
🇨🇦🇺🇸🇳🇱🇵🇱🇦🇹🇭🇺🇭🇷🇷🇸🇨🇾🇮🇱🇦🇪🇬🇪🇦🇲🇰🇿🇰🇬🇦🇺 — страны, в IT-компаниях которых работают выпускники.

Конкурс 5 человек на место.
Бесплатно пройди углубленный курс-профориентацию в IT по коду GOD

Новый сезон конференции Podlodka QA Crew пройдет с 1 по 5 сентября. В фокусе — инструменты, которые делают тестирование быстрее, качественнее и удобнее.

В программе:

💡Как раскрыть потенциал Postman и ускорить обратную связь — вместе с Ариной Ладесовой (Payler).

🪄Внедрение ИИ для генерации тестов без лишней боли — с Натальей Петровской.

📱Современные инструменты мобильного тестировщика — практические кейсы от Елены Фёдоровой (Garage Eight).

🔍 Observability автотестов и мониторинг — с Кириллом Ивлиевым (Работа.ру).

Знания, которые легко применять в работе!

🔗 Подробнее и регистрация — https://podlodka.io/qacrew

🐳 Docker для тестировщиков
Источник

📚 Что такое Docker?
Docker - это платформа для контейнеризации приложений.
Контейнер - это легковесная виртуальная «коробка», куда упакованы:
- Код приложения
- Библиотеки
- Настройки окружения

В отличие от виртуальных машин, контейнеры не эмулируют всю ОС, а используют ядро хоста, что делает их быстрыми и компактными.

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

❓Зачем Docker тестировщику?
1. Идентичное окружение на всех этапа
Проблема:
«На моём ноуте тесты проходят, а на CI/CD падают!»
Решение:
Docker гарантирует, что тесты запускаются в одинаковой среде (версии Python/Java, БД)

2. Быстрый подъем инфраструктуры
Пример:
Вместо ручной установки PostgreSQL + Redis + Kafka:
docker-compose up -d

3. Тестирование в изоляции
- Можно запускать параллельные тесты в разных контейнерах
- Тесты не влияют на основную систему (например, не засоряют БД)

4. Эмуляция продакшена
- Тестирование на точной копии продакшен-окружения
- Проверка конфигов, переменных среды, сетевых правил

👁 Ключевые концепции Docker
1. Образ (Image)
Шаблон для создания контейнеров

2. Контейнер
- Изолированная «коробка» с программой внутри (например, с вашим тестовым фреймворком или базой данных)
- Можно создать/остановить/удалить

3. Dockerfile
Инструкция для сборки образа

4. Docker Compose
Инструкция для управления несколькими сервисами (БД, кеш, API)

Почему Docker стоит освоить?
▫️Стандартизация - больше никаких «на моей машине работает»
▫️Экономия времени - окружение разворачивается за минуты
▫️Гибкость - можно тестировать разные версии ПО

Docker - не панацея, но незаменимый помощник в арсенале современного тестировщика 🛠

🔍 Postman под микроскопом: как один инструмент экономит часы работы QA

Когда речь заходит о тестировании API, многие представляют себе рутину: писать запросы, проверять ответы, копировать данные туда-сюда… Но те, кто освоил Postman «по-взрослому», знают: этот инструмент превращает тестирование в быстрый, чёткий и автоматизированный процесс.

С его помощью можно:
— за пару кликов отправить десятки запросов;
— автоматизировать проверки и сценарии;
— работать с REST и GraphQL API без лишних движений;
— собирать тестовые коллекции, которые экономят часы работы.

Проблема в том, что большинство QA-инженеров используют лишь 10–15% возможностей Postman. Не знают, как правильно настроить переменные, как быстро формировать тестовые сценарии, как связывать его с другими инструментами.

Мы решили это исправить и подготовили видео-урок + шпаргалку по Postman — концентрат приёмов, которые применяют в автоматизации API-тестирования. Эти материалы помогут вам сразу поднять уровень своей работы, даже если вы пользуетесь Postman только для базовых запросов.

Доступ к ним простой: достаточно пройти тестирование — оно занимает около 30 минут и помогает оценить уровень ваших знаний в тестировании.

А уже после теста вы узнаете о программе курса «Автоматизированное тестирование веб-сервисов на Go». В нём мы учим автоматизировать тестирование веб-сервисов с нуля, работаем с Go, Postman, SQL, UI- и API-тестами, создаём портфолио и готовим к позициям QA Automation Engineer.

📌 Проверьте свой уровень, заберите материалы по Postman и узнайте, как прокачать навыки автоматизации на Go -
https://vk.cc/cOGmG2

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJcnWmW