🚀 Первый нагрузочный тест в Apache Jmeter 📊

🔥 14 августа в 20:00 мск — открытый вебинар в OTUS.

Что мы рассмотрим:

– Почему Apache Jmeter — один из самых популярных инструментов для нагрузочного тестирования?
– Как создать и настроить HTTPS-скрипт для тестирования?
– Как провести итерацию нагрузочного тестирования и правильно анализировать результаты?
– Как генерировать информативные HTML-отчёты для лучшего понимания производительности системы?

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

✔️ Освоите базовые принципы работы с Apache Jmeter
✔️ Научитесь создавать и отлаживать HTTPS-скрипты
✔️ Поймёте, как проводить нагрузочные тесты и что анализировать в отчётах
✔️ Сможете генерировать отчёты, которые помогут в улучшении производительности ваших веб-ресурсов

Этот вебинар будет полезен всем, кто интересуется QA и тестированием, а также тем, кто хочет улучшить производительность своих веб-сайтов и приложений. Не пропустите! 🔥

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

Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.

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

📃 Как читать логи ошибок: инструкция для QA-инженера

🔍 Шаг 1: Где искать логи?
Перед анализом нужно понять, куда приложение пишет логи:
- Файлы на сервере (обычно в /var/log/ или logs/):
- Консоль разработчика (Chrome DevTools → Console или Network)
- Специальные сервисы:
- Sentry (для ошибок в проде)
- Kibana (если логи хранятся в Elasticsearch)
- Grafana (для метрик и системных логов)

📌 Шаг 2: Понимаем структуру лога
Типичная запись в логе содержит:
[2024-02-20 14:30:45] ERROR [app.controller] Status 500: NullPointerException in UserService.java:124
Разбираем по частям:
1. Дата и время (2024-02-20 14:30:45) - когда произошла ошибка
2. Уровень логирования (ERROR) - насколько всё плохо:
- DEBUG/TRACE - техническая информация для разработчиков,
- INFO - обычные события (например, «Пользователь залогинился»),
- WARN - потенциальная проблема, но приложение работает,
- ERROR - критическая ошибка (нужно чинить)
- FATAL/CRITICAL - самая высокая степень критичности (срочно чинить в первую очередь)
3. Источник (app.controller) - где случилась ошибка (класс/модуль)
4. Сообщение (NullPointerException in UserService.java:124) - суть ошибки и строка кода

🛠 Шаг 3: Как искать причину ошибки?
1. Ищем stack trace (список вызовов функций, которые привели к определенной точке в программе, например, к возникновению ошибки)
Пример:
java.lang.NullPointerException: Cannot invoke "User.getName()" because "user" is null
at com.example.UserService.getProfile(UserService.java:124)
at com.example.UserController.showProfile(UserController.java:45)
Что важно:
- Первая строка - тип ошибки (NullPointerException) и её описание
- Следующие строки - «путь» вызова методов (где началась ошибка и как она распространялась)

2. Анализируем контекст
Ошибка может не иметь очевидной причины. Проверьте:
- Что происходило перед ошибкой? (логи за 5-10 секунд до сбоя)
- Были ли похожие ошибки раньше? (поиск по логам)

3. Используем фильтры
Если логов много, сужаем поиск:
grep "NullPointerException" error.log (только ошибки этого типа)
grep -A 5 -B 5 "ERROR" app.log (+5 строк до/после ошибки)

💡 Шаг 4: Частые ошибки и как их читать
1. NullPointerException (Java)
Проблема: Обращение к объекту, который null
Что проверить:
- Передавались ли все обязательные параметры в метод?
- Вернула ли БД null вместо объекта?

2. 500 Internal Server Error
Проблема: Ошибка на сервере
Что проверить:
- Логи сервера (например, nginx или tomcat)
- Не упала ли БД или внешний API

3. ConnectionTimeout
Проблема: Сервер не ответил за отведённое время
Что проверить:
- Доступен ли сервер? (ping или telnet)
- Не перегружен ли он? (логи нагрузки CPU/RAM)

Автор: Aleksandra Primako, QA Engineer в 2V Modules

Хотите разобраться в тестировании API на ASP.NET Core?

➡️ Присоединяйтесь к открытому уроку «Тестирование API в ASP.NET Core: Интеграция и Нагрузка» 5 августа в 20:00 МСК. На вебинаре мы:

- Разберем ключевые концепции интеграционного и нагрузочного тестирования.
- Научимся писать интеграционные тесты с популярными библиотеками.
- Освоим инструменты для нагрузочного тестирования и анализа результатов.

📗 Этот урок — отличная подготовка к курсу «C# ASP.NET Core разработчик», который стартует совсем скоро. Все участники вебинара получат скидку на обучение!

Записаться на вебинар → https://vk.cc/cOaXSs

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

у вас такое практикуют? 😁

Не пропустите! 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