Нагрузим IT!

🗂 Итоги недели: доступы, ошибки джунов и классический вопрос с собеса

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

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

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

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

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

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

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

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

#ИтогиНедели

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

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

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

#Собес

⚠️ Ошибки начинающих QA, из-за которых команда начинает сомневаться

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

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

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

непонятно, как он думает, уточняет, фиксирует баги и работает с риском.

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

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

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

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

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

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

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

🔗 Источник

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

#Статья

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

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

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

"Кто ты?"

Авторизация отвечает на вопрос:

"Что тебе можно?"

А есть ещё третий элемент, Accounting (учёт):

"Что ты делал в системе?"

Вместе это называют AAA Framework:

Authentication, Authorization, Accounting.

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

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

#Термин

Чуть не забыл про пятничные #Хиханьки

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

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

🗂 Итоги недели

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

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

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

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

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

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

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

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

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

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

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

#ИтогиНедели

🔑 Первая работа в IT на западе: там тоже, что у нас

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

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

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

Нашел статью с интересной статистикой:

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

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

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

↗️ Источник

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

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

Рынок стал чаще спрашивать:

«Окей, а что ты уже умеешь руками?»

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

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

#Новости

⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️

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

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

#Собес

🧠 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

⚙️ Bottleneck: когда вся система упирается в одно место

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

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

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

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

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

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

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

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

#Термин