🤖 Почему ИИ не заменит тестировщиков, а только усилит их роль?

Я лид тестирования и вижу, как активно ИИ меняет нашу работу. Расскажу коротко о ключевых изменениях:

🧪 Генерация тестов
ИИ научился генерировать сценарии из документации и требований. Даже из обычного текста. Это ускоряет создание тестов и экономит время.

🛠 Автоисправление тестов
ИИ умеет анализировать результаты и самостоятельно чинить упавшие тесты. Меньше рутины, больше смысла.

🔍 Умная регрессия
Используя ИИ-агентов, можно быстро сравнить ветки и определить затронутые компоненты. Traceability-матрица на максималках.

🔐 Тестирование безопасности промтов
ИИ создал новый вид проверок, чтобы промты не стали уязвимостью системы. Так что работы у нас теперь даже больше =)

🚀 Что это значит для нас?
ИИ не заменит тестировщиков, но серьёзно расширит наши возможности. Автоматизация рутины и анализ результатов освободят время для сложных и творческих задач.

📈 Что дальше?
ИИ будет играть всё большую роль в тестировании, помогая быстрее и качественнее выводить продукты на рынок. Это не замена специалистов, это их апгрейд.

🤖 Три подхода, чтобы ИИ не сделал хуже

Недавно снова доверил ChatGPT написание автотестов. Получил красивый код, который не запускается. Вспомнил пиццу, которую недавно готовил по рецепту ИИ...

Регулярно общаясь с ИИ, я выделил для себя три подхода, которые помогают не испортить результат:

1️⃣ Подход «съедобно — и ладно»
Когда в вопросе совсем не разбираюсь. Например, готовлю я не очень, поэтому даже средний рецепт от ИИ — уже выше моих ожиданий. Здесь полностью доверяюсь.

2️⃣ Подход «контролёр»
Когда я чётко представляю финальный результат и использую ИИ как джуна, чтобы ускорить работу. Например, написание автотестов: компетенций хватает, чтобы принять, проверить и, если нужно, доработать результат.

3️⃣ Подход «сначала научите»
Самый сложный сценарий. У меня недостаточно экспертизы, чтобы довериться ИИ, но и проверить его работу тоже не могу. Единственный выход — сначала разобраться самому, а уже потом подключать помощника.

❓ А как вы взаимодействуете с ИИ — полностью доверяете или перепроверяете каждый шаг?

👨‍💻 Как я выбирал стек под ИИ-разработчика

Решил недавно «вайбкодить» свой проект и впервые попробовать себя в роли стартапера. И тут возник вопрос: какие инструменты выбрать, если код за меня будет писать ИИ?

К выбору я подошёл так, будто нанимаю себе нового сотрудника:

🔸 Удобно ли будет «работать» ИИ с инструментом?
🔸 Смогу ли я потом легко найти разработчика-человека под этот стек?

Уверен, что скоро появятся языки и фреймворки, специально заточенные под ИИ, а не под людей. Но пока мой выбор оказался более классическим:

Frontend — React (понятный и ИИ, и разработчикам).

Стили — TailwindCSS (лаконичность и минимум сюрпризов).

Backend — Python (больше всего уверенности, что ИИ не запутается).

❓ Как считаете, угадал со стеком или что-то бы поменяли?

Всех причастных с праздником! 🎉

🚀 Каково это — вайбкодить свой сервис

Делаю сервис цифрового меню. И знаете, вайбкодить — это особый опыт:
— тренирует умение четко ставить задачи,
— и жестко наказывает, если ты этого не сделал.

Сейчас проект готов процентов на 90. Но, как всегда, именно последние 90% самые долгие 😅.
Функционально все работает: авторизация, меню, QR-коды. А вот UX… я его уже переделываю третий раз. Все кажется “не то”. И без качественного UX выпускать на рынок нельзя.

Еще есть постоянное желание “а давай улучшим вот это, и добавим вот то”. Чтобы не утонуть в бесконечном тюнинге, я все новые идеи сразу откладываю во вторую фазу.

Из забавного: даже с названием пока не определился. Пока фаворит — GlobalMenu.me. А как бы вы назвали такой сервис? 👀

P.S. Картинка от лендинга ниже — скажите, что думаете, тоже интересно услышать фидбек.

Я совсем забегался — и чуть не забыл: уже сегодня открытый вебинар!
Тема: Организация тестирования в agile и не-agile командах
Когда: 21 октября, 19:00 МСК (18:00 CET)

Разберём на практике:
• чем отличается процесс тестирования в Waterfall и в Scrum;
• роль и зона ответственности QA Lead в agile;
• какие практики остаются эффективными в обеих моделях, а какие требуют адаптации.

Буду рад всем — приходите с вопросами.
Регистрация: https://otus.ru/lessons/qa-lead/#event-6322

Вот уже два года я преподаю в OTUS — и теперь могу делиться скидкой на обучение.

Если давно думали стартовать новый курс (QA, DevOps, Data, PM — да хоть дизайн) — можно сделать это чуть выгоднее.

Промокод на −10%: zhiltsov10
Работает для любого курса OTUS.

Условия применения:
— оплата онлайн без рассрочки;
— без участия менеджера (просто применяете код при оплате).

Я уже какое-то время нахожусь в активном поиске и понимаю, что давно надо было написать об этом здесь, в блоге.

Ищу роль Head of QA или QA Lead в продуктовой компании.

Последние 12 лет я занимаюсь качеством программного обеспечения и прошёл путь от manual QA до руководителя QA и команд разработки. За это время успел:
• Собрать несколько QA-команд с нуля и вырастить ребят из manual до full-stack automation инженеров.
• Ускорить релизы e-commerce платформы с 1 до 4 в день: полный регресс автотестами теперь занимает 12 минут вместо 6 часов при трафике 20+ млн MAU.
• Запустить внутренний курс по автоматизации и систему грейдов, чтобы команда росла не хаотично, а по понятной лестнице.

У меня был опыт в продуктовых компаниях, аутсорсе и стартапах, поэтому хорошо понимаю, как подстраивать процессы качества под разные бизнес-модели и стадии продукта.

Сейчас я нахожусь в Европе (Черногория), открыт к релокации внутри ЕС или полностью удалённому формату.

Если вы знаете компании, где мой опыт Head/Lead of QA может быть полезен, буду благодарен за рекомендации, интро или просто репост этого поста.
По запросу отправлю резюме и подробнее расскажу о реализованных процессах и результатах.

Что происходит с наймом в конце года и как это влияет на кандидатов

Конец года традиционно считают «мёртвым» сезоном для найма. Но на практике всё сложнее.

С одной стороны, компании живут в режиме неопределённости: идёт планирование бюджетов на следующий год, и до утверждения headcount многие руководители просто не понимают, смогут ли нанимать или, наоборот, будут сокращать команды.

С другой стороны, если позиция дожила до конца года открытой, её очень легко «похоронить» в новом бюджете. Поэтому у hiring-менеджеров появляется максимальная мотивация закрыть роль сейчас, пока её формально можно защищать.

С третьей стороны, сами кандидаты не спешат менять работу: впереди годовые бонусы, пересмотр компенсаций, отпуск — большинству психологически проще «досидеть до января», чем выходить в новый офис под Новый год.

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

Поэтому моя стратегия сейчас проста: оставаться на виду. Обновлять профиль и резюме, поддерживать диалог с рекрутерами и hiring-менеджерами, делиться экспертизой — чтобы в тот момент, когда бюджеты и планы на 2026 год прояснятся, меня не пришлось долго искать.

Почему «менеджер-талисман» не спасёт вашу команду

Сейчас активно ищу руководящую роль, и в интервью иногда повторяется один и тот же паттерн.

Мы с нанимающим менеджером обсуждаем реальные проблемы: процессы буксуют, команда перегружена, качество хромает, срок испытательного — время что-то поменять.
Спрашиваю:
— Что уже пробовали?
— Какие ограничения?
— Где есть пространство для экспериментов?

Предлагаю первые гипотезы по изменениям:
— пересобрать процесс релизов,
— изменить подход к приоритизации,
— пересмотреть метрики,
— перезапустить коммуникацию между командами.

И в ответ слышу:
«Так нельзя»,
«Вот это тоже нельзя»,
«С этим лучше не трогать».

В итоге картинка такая: проблемы признаны, ожидания высокие, а пространство для решений — около нуля.
Как будто нужен не лидер изменений, а менеджер-талисман: просто присутствует в оргструктуре, и от одного его факта «должно стать лучше».

К счастью, такие вакансии попадаются редко. Но для меня это важный красный флаг: если у руководителя нет полномочий менять систему, то никакого устойчивого «улучшения качества» не будет.

Если ты это читаешь —
значит, Новый год уже наступил,
а салаты всё ещё с нами.

Пусть этот год будет попроще,
а поводов для смеха — побольше.
С Новым годом ❄️

22 января проведу открытый урок
«Искусство интервью в QA: оценка кандидатов без ошибок» на OTUS.
За 1,5 часа разберём, как выстраивать процесс подбора QA-специалистов: от профиля кандидата и структуры интервью до оценки и принятия решения по офферу. Урок будет полезен QA, тимлидам, руководителям и HR, вовлечённым в найм.
Регистрация:
https://otus.ru/lessons/qa-lead/#event-6741

Не забывайте о том, что есть мой личный промокод ezhiltsov10 — он даёт скидку на обучение по любой программе в OTUS.

Полные условия применения промокода — в моём посте в Telegram:

https://t.iss.one/it_leader_notes/79