Нагрузим IT!
308 subscribers
342 photos
15 videos
202 links
📊 Тестирование без душноты

QA-инженер Ozon и преподаватель объясняет нагрузку, инструменты и собесы простым языком

Чат: @lets_load_chat
Автор: @Slabodenyuk_Anatoly
Download Telegram
⚙️ Bottleneck: когда вся система упирается в одно место

🏺Продолжаю заниматься археологией канала и обновлять старые посты

На этот раз освежил карточки про БОТТЛНЭК, он же «узкое горлышко». Подправил формулировки, обновил визуал и сделал объяснение чуть понятнее. Надеюсь, прошлый я не обидится 😅

bottleneck это место, которое тормозит всю систему.


Как бутылка с узким горлышком: сама бутылка может быть хоть размером с бочку, но вода всё равно будет выходить через самое узкое место 🍺

В системах происходит примерно то же самое. Можно добавить серверов, увеличить нагрузку, но всё обычно упирается в конкретную точку (и вы видите, как все начинает ЖОСТКО тормозить 😠)

В нагрузочном тестировании важно не просто увидеть «ой, всё тормозит», а понять, где именно система упёрлась 🤔

В карточках собрал основные виды узких мест и куда смотреть в первую очередь 🐾

⚡️ Подписаться

#Термин
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
3
🧠 QA-инструменты уже не просто «помогают написать тест»

Коллеги, привет 👋

Раньше AI в тестировании часто выглядел так:
«сгенерируй мне тест-кейсы для формы логина». Удобно, но всё равно ты главный: придумал, проверил, запустил, поправил.

🤖 Сейчас появляются целые тестовые агенты (я бы их назвал "эй ай джуны")

Принес вам разбор статьи, где собрали несколько таких инструментов.

Shiplight AI
Агент может САМ открыть браузер, проверить UI, сгенерировать и запустить тесты.

QA Wolf
Не столько «тулза», сколько сервис. Их команда пишет, поддерживает и гоняет тесты у себя. Плюс: быстрое покрытие без своей команды. Минус: меньше контроля, все тесты живут не у вас, а на чужих серверах

Mabl
Полноценная платформа: генерирует тесты из Jira пользовательских историй. Подходит командам, где не хотят писать всё руками.

testRigor
Тесты на естественном языке: «залогинься, создай проект, проверь, что он появился». Подходит QA без сильной технической базы.

Functionize
Тесты под конкретное приложение, автообновление тестов, аналитика падений.

Checksum
Генерирует тесты на основе реальных пользовательских сессий. Покрытие растёт не из фантазии команды, а из того, как пользователи реально ходят по продукту.

Virtuoso QA
Генерирует тесты из описаний, следит за визуальными регрессиями, работает с разными браузерами и устройствами.

🤔 Зачем это вам?
Не надо срочно учить все.

Выберите 1–2 инструмента. Посмотрите демо, доку, пару кейсов. И попробуйте ответить на один вопрос:
как они могут ускорить мою работу?


🟦 Знание модного инструмента само по себе оффер не принесёт. Но на собесе вы сможете показать, что следите за рынком, быстро разбираетесь в новых подходах и понимаете, куда движется QA.

База тестирования всё равно нужна. Без неё AI будет очень уверенно делать непонятно что. А это мы и сами умеем, и без всякого ИИ 😄

Сама статья (на английском): https://www.shiplight.ai/blog/best-agentic-qa-tools-2026

Какой инструмент из списка вы бы разобрали первым? 👇

⚡️ Подписаться

#AI
Please open Telegram to view this post
VIEW IN TELEGRAM
4
⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️

Вопрос из серии «простыми словами». Что такое REST API, если убрать всю лишнюю терминологию?

⚡️ Подписаться

#Собес
Please open Telegram to view this post
VIEW IN TELEGRAM
🔑 Первая работа в IT на западе: там тоже, что у нас

Коллеги, привет 👋

Иногда кажется, что сложный вход в IT сейчас только у нас: вакансий мало, откликов много, остается грустно смотреть в монитор 👾

Но нет, на Западе тоже не наблюдается вечеринка с бесплатными офферами.

Нашел статью с интересной статистикой:
Около 58% выпускников 2024-2025 годов в США всё ещё ищут первую работу.


Только 12% получили полноценную позицию к моменту выпуска.

📉 Для сравнения
у выпускников прошлых лет работу искали около 25%, а почти 40% получали фулл-тайм ещё к выпуску.

↗️ Источник

Не устану повторять, что IT не закрылся. Но вход стал ближе к клубу с фейс-контролем: пустят не за красивую легенду, а за понятные навыки и подготовку 🔓

Компании осторожнее нанимают новичков. Стартовых офисных позиций меньше. Найм стал длиннее и местами непрозрачнее. А часть простых junior-задач всё чаще отдают AI-инструментам

Рынок стал чаще спрашивать:
«Окей, а что ты уже умеешь руками?»


На каком этапе вы сейчас: учитесь, собираете портфолио или уже ищете первый оффер (а может попиваете коктейль на удаленке? 👇

⚡️ Подписаться

#Новости
Please open Telegram to view this post
VIEW IN TELEGRAM
111
🗂 Итоги недели

Коллеги, привет 👋

Собрал в один пост материалы, которые выходили

Что было в канале 👇

1️⃣ Bottleneck
Обновил старый пост про bottleneck, он же «узкое горлышко».

2️⃣ QA-инструменты идут дальше генерации тестов
Разобрали agentic QA и подборку инструментов, которые пытаются закрывать не один шаг, а целый цикл тестирования

3️⃣ Как проще всего объяснить REST API на собесе?
REST API часто путают с сервером, JSON или чем-то только для мобильных приложений. Не надо так :)

4️⃣ Первая работа в IT на Западе: там то же, что у нас
Обсудили статистику по выпускникам в США (с отсылкой к Егору Летову, заценили, а? 🤨)

Такая получилась неделя: от узких мест в системах до узких мест на рынке труда.

Спасибо, что были со мной на этой неделе 🥰

Какой пост был полезнее всего?

⚡️ Подписаться

#ИтогиНедели
Please open Telegram to view this post
VIEW IN TELEGRAM
33
Чуть не забыл про пятничные #Хиханьки

Всем хороших выходных 💨

⚡️ Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
3
👩‍🦰 Продолжаю обновлять старые посты в канале.

Сегодня достал тему, где часто путаются даже те, кто давно в айти: аутентификация и авторизация.

Аутентификация отвечает на вопрос:
"Кто ты?"


Авторизация отвечает на вопрос:
"Что тебе можно?"


А есть ещё третий элемент, Accounting (учёт):
"Что ты делал в системе?"


Вместе это называют AAA Framework:
Authentication, Authorization, Accounting.


Разобрал на карточках 👆

⚡️ Подписаться

#Термин
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
7
⚠️ Ошибки начинающих QA, из-за которых команда начинает сомневаться

Коллеги, привет 👋

Принес вам статью про ошибки начинающих QA.

Проблема обычно не в том, что новичок не знает Postman, API или какой-нибудь модный AI-инструмент. Проблема в другом:
непонятно, как он думает, уточняет, фиксирует баги и работает с риском.


Вот несколько ошибок из статьи, которые я бы отдельно подсветил.

👎 Молчать, когда требования непонятны
Новички часто боятся задать «глупый» вопрос. В итоге тестируют не то, что нужно, а потом вся команда возвращается к задаче ещё раз.

👎 Считать количество тест-кейсов покрытием
Можно написать 80 тест-кейсов и всё равно пропустить главный риск.
Количество проверок само по себе мало что говорит. Важнее, какие зоны вы закрыли: негативные сценарии, пограничные значения, права доступа, интеграции, основные пользовательские пути.
На собесе сильнее звучит не «я написал много тестов», а «я выделил основные риски и проверил их в первую очередь».

👎Писать баг в стиле «пук-пук-пук... у меня не работает»
Разработчик не должен проводить расследование по вашему баг-репорту.
В хорошем баге есть:
• понятный заголовок;
• шаги воспроизведения;
• ожидаемый и фактический результат;
• окружение;
• скрин, видео или логи, если они помогают.

👎 Тестировать только UI
Для старта это нормально. Почти все начинают с интерфейса.
Но если оставаться только там, быстро появляется потолок. Много ошибок живёт ниже экрана: в API, правах доступа, данных, интеграциях, обработке ошибок.

👎 Думать, что QA только ищет баги
Баги искать нужно, но QA полезен не только этим.
Иногда самая ценная работа происходит раньше: уточнить требование, заметить риск, предложить проверку, подсветить странный сценарий, не дать дефекту вообще попасть в разработку.

Сделал чеклист со всеми ошибками из статьи. Там 21 пункт, разложил их по категориям: мышление, коммуникация, требования, баг-репорты, инструменты, данные, окружения и рост. Будет лежать в комментариях к этому посту 🫰

🔗 Источник

⚡️ Подписаться

#Статья
Please open Telegram to view this post
VIEW IN TELEGRAM
5
Есть вопросы, которые звучат очень просто, но быстро показывают, понимает человек базовую механику веба

Один из таких вопросов
⬇️⬇️⬇️

⚡️ Подписаться

#Собес
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🗂 Итоги недели: доступы, ошибки джунов и классический вопрос с собеса

Коллеги, привет 👋

Собрал традиционный недельный дайджест
Что было в канале 👇

1️⃣ Аутентификация, авторизация и AAA Framework
Обновил старый пост про тему, в которой легко запутаться даже после нескольких лет в IT.

2️⃣ Ошибки начинающих QA, из-за которых команда начинает сомневаться
Разобрал несколько ошибок, которые чаще всего портят доверие к джуну.
🔥плюс - сделал PDF-чеклист на 21 пункт, который можно пройти перед собеседованием, стажировкой или первой работой.

3️⃣ Что происходит после ввода адреса сайта в браузере?
Классический вопрос с собеседований: пользователь вводит адрес сайта, нажимает Enter, а дальше что?

Такая получилась неделя. Спасибо вам, что были со мной ❤️

Какой пост был полезнее всего?

⚡️ Подписаться

#ИтогиНедели
Please open Telegram to view this post
VIEW IN TELEGRAM
3
🗄 SQL vs NoSQL: в чём разница?

Привет, коллеги 👋

Продолжаю обновлять старые посты канала.

Сегодня освежил карточки про SQL и NoSQL.

Вопрос встречается в IT постоянно: где нужна строгая структура, а где важнее гибкость.

Спойлер: универсального победителя нет, всё зависит от задачи.


Коротко разобрал разницу и добавил примеры в карточках 👆

С какими базами данных вы уже сталкивались?

⚡️ Подписаться

#Термин
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
3