Уже отошли от праздников?...

Коллективно вливаемся в рабочий ритм после продолжительных выходных. 💪

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

Желаем всем продуктивной работы, а кому-то и обучения! 🙂

Делимся популярными Git-тренажёрами ⬇️

🔹Oh My Git! — карточная игра с открытым исходным кодом, которая помогает разобраться в логике Git. Ссылка на GitHub.

🔹Learn Git Branching — по праву считается лучшим визуальным тренажёром для освоения веток, merge и rebase.

🔹The Git Game — квест в терминале: клонируешь репозиторий, читаешь README и решаешь задачи в консоли. Всего 10 уровней.

#Git

Задачка 💬

Проверяй себя⬇️

#проверь_себя

Рассказываем об успехах обучающихся на нашем текущем 9-ом потоке курса «Нагрузочное тестирование с 0 до Junior».

🚀Курс стартовал в начале апреля.

Ребята уже изучили теорию по нагрузочному тестированию, освоили мониторинг и его составляющие, ознакомились с одним из основных инструментом НТ - Jmeter.
Сейчас в процессе знакомства с архитектурой (Kuber, Docker, Openshift).

Желаем ребятам продолжать в том же духе! ✅

😃Расскажем о базе...

Основные локальные слова в QA.

🟠Баг-репорт (bug report) — это технический документ, который включает детальное описание бага. В нем содержится информация как о самом баге (краткое описание, уровень серьезности, приоритет), так и об условиях, при которых он возникает.

🟠 Пофиксить (to fix) — означает исправить ошибку в коде или функционале.

🟠Тестирование сборки (Build Verification Test, BVT) — это вид тестирования, направленный на проверку соответствия выпущенной версии критериям качества, необходимым для начала дальнейшего тестирования.

🟠Генерить (generate) — создавать или предлагать что-либо, например, данные, отчеты или тестовые сценарии.

🟠Деплоймент (deployment) — процесс развертывания программного обеспечения, делающий его готовым к использованию. Задеплоить означает перенести программу в новую среду, например, в тестовую систему или на другой сервер.

🟠Билд (build в ИТ) — результат сборки, при котором отдельные модули программы объединяются в единую рабочую систему.

🟠 Баундри вельюс (boundary values) — это граничные (предельные) значения входных данных.

🟠Негативное тестирование (Negative testing) — метод тестирования, при котором проверяется, как ПО ведет себя в условиях, для которых оно не предназначено.

🟠Чек-лист (Check list) — документ, содержащий список пунктов, которые необходимо проверить в ходе тестирования.

#советы

Делимся подробным отзывом (спойлер: уже нашей сотрудницы) Ирины!

Ирина обучалась на нашем курсе по нагрузочному тестированию, а теперь она успешно работает в команде XSET.🔥

#отзывы

Топ-3 🔥🔥 инструмента, которые меняют твой подход к QA🙂

🔤CoTester от TestGrid. Полностью адаптируемый, обучаемый агент для автономного решения сложных задач тестирования.

🔤Testim. Использует ИИ для создания, выполнения и сопровождения автоматических тестов, автоматически обновляет тесты при изменении пользовательского интерфейса.

🔤LambdaTest. Платформа для кроссбраузерного тестирования, позволяет тестировать веб-приложения в различных браузерах и операционных системах в режиме реального времени.

#советы

Ребятки, напоминаем, что на этой неделе у нас снова 4 выходных!

С 12-15 не работаем, а 11 в среду сокращенный рабочий день :)

Ну балдёж! 😊

Самое время по-летнему отдохнуть, а может и изучить что-то новое.😉

Хэштэги по полезной инфе в нашем канале: #SQL #Java #Python #инструментыНТ

Сегодня мы отмечаем
😀😃😁🤣🙂🥰🙃🙃! 🇷🇺

Поздравляем всех с праздником!

XSET аккредитованная айти компании РФ желает вам вдохновения, новых технологических свершений и смелых идей, которые помогут развивать IT-сферу и делать наш мир лучше!🚀

📊Продолжение нашей шпаргалки по метрикам⬇️

🗣Сетевые метрики (Network):

🔵Network Throughput (Пропускная способность) – объем данных, передаваемых через сеть за единицу времени.
🔵Network Latency (Задержка сети) – время, которое требуется пакету данных для передачи от источника к получателю.

👤Пользовательские метрики (Application/User Metrics):

🔵Response Time (RT, Время отклика) – время обработки запроса системой.
🔵Requests Per Second (RPS, Запросов в секунду) – количество запросов, обрабатываемых системой за секунду.
🔵Transactions Per Second (TPS, Транзакций в секунду) – количество успешно выполненных транзакций за секунду.
🔵Error Rate (%) – процент запросов, завершившихся с ошибкой.

#советы

Нам интересно ваше мнение🙂👇

Завершаем подборку постов с метриками⬇️

🔋 JVM-метрики:

📊 Heap Memory Usage – объем памяти, используемой в куче JVM.

📊 GC Pause Time – время паузы, вызванной сборщиком мусора (Garbage Collection).

📊 Thread Count – количество потоков, запущенных в JVM.

📊 CPU Time per Thread – процессорное время, затраченное одним потоком в JVM.


🗂 Метрики базы данных:

📊 Query Response Time – время выполнения запроса к базе данных.

📊 Number of Active Connections – количество активных соединений с базой данных.

📊 Deadlocks – количество ситуаций, когда два или более запроса блокируют друг друга, не позволяя продолжить выполнение.


💡 Kafka-метрики:

📊 Messages In Per Second – количество сообщений, поступающих в топики Kafka за секунду.

📊 Lag Per Consumer Group – задержка между продюсером и консьюмером, измеряемая в количестве непрочитанных сообщений.

📊 Consumer Throughput – количество сообщений, обрабатываемых консьюмером в секунду.

📊 Producer Latency – время, затраченное на отправку сообщения в Kafka.

#советы

Апдейт прогресса ребят с 9-ого потока обучения⬇️

За последний месяц ребята подробно ознакомились с одним из самых популярных инструментов нагрузочного тестирования Locust.
Сейчас в процессе освоения SQL, скоро их ждут практические занятия для закрепления знаний. Как говорится «практика наше всё».

💡Напоминаем, что в нашем канале есть полезные лайфхаки по #SQL

“Потестим на проде” — главный антипаттерн в нагрузочном тестировании❌

Представьте: компания запускает новый сервис, но нагрузочное тестирование решили не делать. “Да всё норм будет, прод мощный, выдержит” . Но нагрузка в реальности — это не теория, а суровая практика. И вот что может случиться… 💥

❌Сайт падает на старте рекламной кампании — потому что никто не проверил, сколько пользователей он реально выдержит.
❌Мобильное приложение зависает на экране загрузки — потому что сервер перегружен запросами.
❌Очередь из заказов в e-commerce превращается в хаос — база данных не рассчитана на такой поток.
❌Система бронирования продаёт одно и то же место десяткам людей — конкурентные запросы не обработаны корректно.

Почему нагрузочное тестирование в проде — катастрофа?

1️⃣Это дорого — простой системы = потеря денег и клиентов.
2️⃣Это неконтролируемо — пиковая нагрузка может “уронить” продакшен в самый важный момент.
3️⃣Это риск для бизнеса — реальные пользователи получат негативный опыт, а репутация компании пострадает.

Как избежать этого?

✔️Имитация реальных нагрузок — моделируем поведение пользователей до выхода в прод.
✔️Тестируем на изолированной среде — чтобы ошибки не затронули настоящих клиентов.
✔️Анализируем узкие места — устраняем потенциальные сбои ДО запуска.
✔️Используем метрики и мониторинг — фиксируем, как система ведёт себя под нагрузкой.

Но бывают исключения
В очень редких случаях нагрузочное тестирование может проводиться в продакшене, НО только если:
🔵Невозможно создать аналогичную тестовую среду (например, распределённые системы с высокой нагрузкой).
🔵Задача тестирования — проверить продакшен в реальных условиях (но не сломать его!).
🔵Тест проводится под полным контролем с мониторингом и возможностью мгновенно откатить изменения.
🔵Заранее согласованы риски с командой разработки, DevOps и бизнесом.
‼️Важно! Даже если тест проходит в проде, он должен быть максимально безопасным:
➡️Проводится в часы наименьшей нагрузки.
➡️Запросы ограничены так, чтобы не уронить систему.
➡️Есть чёткий план действий, если что-то пойдёт не так.

⬇️Делитесь своим мнением в комментариях о том какие сложности могут возникнуть при моделировании реальной нагрузки.

#советы