Привет, коллеги! Вы просили запись нашего эфира по Devtools MCP, решил опубликовать его эксклюзивно в канале.

Но тема оказалась настолько обширной и практически применимой для QA-инженеров, что мы решили записать дополнительно ещё и подкаст на эту тему. Он выйдет на ютубе на следующей неделе.

А что касается эфира, мы не просто поболтали по теме, а ещё и на практике попробовали в работе Playwright MCP, запланировали с его помощью автотесты, реализовали их и запустили.

Потом сравнили 2 инструмента, и когда тестировали Devtools MCP, даже нашли баги в одном из проектов, на который его натравливали.

Коротко: инструмент — пушка 😅

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

Для меня это какая-то невероятная магия!

Обязательно потестируйте, инструмент бесплатный, устанавливается за одну минуту:

Надо лишь открыть IDE, например Cursor, перейти в «Настройки» → «Инструменты и MCP», прокрутить вниз и нажать «Новый MCP-сервер». В файле конфигурации MCP вставить конфигурацию:

{ 
"mcpServers": { 
"chrome-devtools": { 
"command": "npx", 
"args": ["chrome-devtools-mcp@latest"] 
      } 
   } 
}

Сохранить и перезагрузить Cursor — ВСЁ!

С вас реакция под постом 🎉, если было полезно, и приходите сегодня в 21:00 на эфир по автоматизации.
Перенесём наш проект с автотестами к коду проекта и попробуем заавтоматизировать форму с динамическим добавлением и удалением полей.
YouTube
VK Live

Коллеги, с понедельником вас! 🎉

Сегодня наконец-то вышло очень важное для меня видео, где мы погрузились в непростую тему сетей для тестировщиков!

Вячеслав, один из самых активных членов нашего QA-Community, подробно разобрал, зачем тестировщику знать сети, какие инструменты использовать и как это применять в работе.

Если по пунктам, то мы прошлись по таким темам:
• Зачем тестировщику знать сети и модель OSI
• Как работают IP-адреса, порты, DNS
• Инструменты: DevTools, Charles, Wireshark
• Как диагностировать проблемы с интернетом
• Безопасность в публичных Wi-Fi-сетях
• С чего начать изучение сетей
• Карьерные перспективы и деньги

Ну и, конечно, для вас собрали всё, что будет полезно при погружении в мир сетей (сохрани, чтобы не потерять):
• Базовая база «Сети для самых маленьких» или в видеоформате
• Открытый бесплатный курс-челлендж от коллег из QA Road , где ребята вместе проходили курс Networking Basics и получали сертификат
• Что такое маска подсети и как она работает
• Бесплатный курс по сетям на ютуб
• Официальная RFC документация
• Из книг: Олифер «Компьютерные сети» и Таненбаум «Компьютерные сети»

Немного принципов от Славы:

0. Китайский принцип: «НиСци». Не бойся нового, если один человек сделал, второй рано или поздно его повторит.
1. Индейский принцип: «НаХуа». Начиная дело, надо всегда задавать данный вопрос: зачем это сделано, как должно работать, почему именно так?
2. Японский принцип: наслаждайся путешествием. Делай что нравится, не насилуй себя, делай любимое дело — успех всегда будет, так как работа и труд всё перетрут.
3. Будь книгой, которая будет пополняться знаниями и мудростью.

И мегаважная статья про теорию ЖОП, по которой скоро также выйдет видео и на моём канале.

Жду от вас реакций, было ли полезно, и всем прекрасной и продуктивной рабочей недели! 🎉

Сегодня мой последний день работы в Яндекс Лавке…

Я пришёл в Лавку в 2022 году, и это были замечательные 4 года моей жизни, о которых я хотел бы вам рассказать:

* В Лавке я познакомился с технологией WebView, которая позволяет делать крутые кросс‑платформенные мобильные приложения.
* Вдоль и поперёк изучил Charles как очень крутой сниффер трафика (до этого в детстве только игры им в*ламывал 🤣).
* Реализовал крутые проекты. Самым любимым из них стали «Мечты курьера» и другие доработки, связанные с чаевыми, которые помогали курьерам зарабатывать больше.
* Внедрил автоматизированные тест‑планы и «3 Амиго», которые максимально распрозрачивали тестирование и ускоряли TTM проектов.
* Улучшал процесс автоматизации, бросил автоматизацию навсегда и снова вернулся в автоматизацию, влюбленный в нее, с новой силой 😂
* Нанимал, создавал ИПР, проводил ретроспективы, 1-1 и обучал самых крутых QA‑инженеров, которые стали верными и кайфовыми коллегами!
* Руководил командой, которая стала настолько самостоятельной, что по итогу во мне практически не нуждалась.
* Реализовал школу обеспечения качества (ШОК) с которой меня поддержали многие коллеги из лавки и выступили в ней в роли учителей и наставников
* Именно работая в Лавке, я создал этот блог - и мы с вами познакомились. Лавка дала возможность выступать на конференциях, писать статьи и развиваться мне как специалисту.

И за всё это я хочу сказать Лавке — СПАСИБО! 💙

И, конечно, хочу поблагодарить всех своих коллег за эти прекрасные годы, проведённые вместе. И отдельное спасибо:

* Лене и Тане - за то, что поверили в меня и когда‑то наняли.
* Яне - которая помогала с каждым моим проектом, поддерживала и вдохновляла всегда, даже когда тебе самой было непросто.
* Саше - за то, что растил меня на пути лида и поддерживал в медийной деятельности. Ты всё ещё мой эталон QA Head.
* Максу - ты крутой техлид (уже даже выше) и товарищ. Именно с нашего интервью я начал YouTube‑канал.
* Диме - который прошёл за эти 2 года путь от стажёра до самого крутого QA‑инженера, жонглирующего проектами и ресурсами не хуже любого лида. Ты стал для меня опорой и верным другом.
* Командам Рекламы/Промо/Заказа и платежей - вы крутые специалисты, с которыми было безумно кайфово работать!
* Всей нашей QA‑команде - ламповой и сплочённой (логистике в том числе: Илюха - отец).
* Всем нашим КПБ‑специалистам - работа с вами - один из самых приятных моментов в моей жизни!

Не смогу в одном посте выразить благодарность всем, но знайте: я вам искренне благодарен, и вы останетесь в моём сердце. 💙

Я не ухожу из тестирования, скорее наоборот. Но то, куда я иду дальше, расскажу в понедельник и поделюсь дальнейшими планами…

Всех обнимаю,
ваш Сергей Л.

Сколько я зарабатываю?

Сорри за байт, но этот вопрос я часто получаю и прекрасно понимаю тех, кто спрашивает.

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

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

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

ДИСКЛЕЙМЕР: Важно понимать, зарплаты не напрямую связаны с годами опыта, часто важнее глубина знаний, разнообразие или уникальность опыта и проектов, различных скиллов (АТ, нагрузка, pentest), эксклюзивных знаний и, конечно же, самого места работы (в ИП Пупкин платят обычно меньше, чем в Красном банке).

Моя статистика:
0-2 года в тестировании (джуны-стажёры) от 30 000 р - 120 000 р
3-5 лет в тестировании (мидлы-мидлы+) от 120 000 р - 250 000 р
6-10+ лет в тестировании (синьоры — лиды) 250 000 р - 500 000 р
QA Head of QA - QA-ментор 500 000 р+
Также есть статистика с Хабр карьеры можно получить, если свои данные заполнишь!

И возможно, она не точна, но круто, что в моём канале
более 50 % аудитории - это люди, уже работающие в профессии, и мы можем узнать реальную картинку рынка.

Мой коллега с канала «Горящий тестер» запустил анонимный опрос с целью понять реальную картину рынка зарплат в нашей профессии.

Поэтому пройдите опрос по ссылке: https://t.me/burning_tester/964
И будем ждать результатов, ими я тоже обязательно поделюсь с вами.

Ставьте 🎉, если полезно, а завтра на канале выйдет новое публичное собеседование тестировщика, надеюсь, ждали!

С понедельником, коллеги!

В субботу с Богданом провели очередное публичное собеседование QA.

Сам собес на ютубе, а обратная связь в закреплённом видео.

Никита, респект за смелость!

Главные инсайды:

Помните, для кого и зачем делается функционал, и свои проверки делайте исходя из этого, а не в вакууме.
Лаконичность — наше всё: названия кейсов, названия баг-репортов должны быть понятными, чёткими и не избыточными, главная цель — быстро понять, про что этот артефакт, для работы с ним.
SQL — база, которую нужно знать и практиковать, рекомендую этот тренажёр: https://sql-ex.ru/ и https://www.sql-tutorial.ru/ru/ для теории

Для собеса сделал мини-приложение на проверку выходного дня, если хотите попрактиковаться в поиске багов, можете попробовать тут: https://lebed52.github.io/qaed/weekend-checker/

А если хотите также принять участие в публичном собесе, пишите в наш чат взаимопомощи тестировщиков: https://t.me/+NT-IOeLALxszN2Zi
запланируем и проведём.

С вас реакции 🎉, если было полезно, и прекрасной вам рабочей недели!

Коллеги, я к вам с новостями, одна хорошая, вторая не очень.

Начну с не очень — в этом году без ШОКа. 😺

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

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

Но при этом есть и хорошая новость: сезон стажировок всё равно состоится!
Яндекс запускает новый сезон стажировок и расширяет набор до рекордных 3200 человек — это на 500 больше, чем в 2024 году. Ключевой фокус этого сезона, конечно, — машинное обучение.

Но также ждут талантливых начинающих QA и AQA.

Стажировка оплачивается, длится от 3 до 6 месяцев и проходит по гибкому графику. Стажёры работают над реальными проектами вместе со штатными командами, за каждым закреплён ментор.

Условия для иногородних:

Яндекс оплачивает переезд и проживание в «Айтиобщаге» в Москве — хостеле для стажёров с условиями для жизни и работы.

Как подать заявку:

Подать заявку можно на сайте стажировок Яндекса. 24 марта в московском офисе Яндекса в «Красной Розе» пройдёт мероприятие для знакомства с командами и направлениями, участие — по регистрации.

Я сам когда то прошел через стажировку и это было супер полезный опыт, также очень много крутых текущих спецов прошли через нее!

Поэтому если хотели бы пройти стажировку в Яндексе или знаете того, кто хотел бы, добро пожаловать 🤗

*на видео выпускной летних школ Яндекса 2025 - скучаю ❤️

Я сейчас не QA Lead, и меня часто спрашивают, почему ты решил променять руководящую роль на роль автоматизатора, и в этом посте я раскрою для вас все карты.

Мне очень нравилось работа с людьми, особенно в Лавке, где атмосфера всегда была дружеская и ламповая, но есть причины по которым мне пришлось уйти(

Первая причина — это ты…
И кроме шуток, не первая, но важная причина: что, будучи лидом, у меня тупо не было времени развиваться в QA, а следовательно, делиться с вами полезностями в профессии.

А вторая — все твои мечты…
Ветка менеджмента, пусть и косвенно, подразумевает находиться в центре принятия решений хотя бы какое-то продолжительное время на старте, будучи в контакте с другими руководителями и, в идеале, командой.

Это кратно увеличивает шанс карьерного роста (можем подискутировать в комментариях) в отличие от технической ветки, где ты свободен от лидовских обязательств.

Третья — это рынок труда QA…
Я с него в шоке едва…
Он сейчас как будто по умолчанию просит от кандидата навыки автоматизации.
(Напишите, плиз, в комментариях те, кто ищет сейчас работу, правду ли говорю?)

А времени у лида ещё и автоматизировать крайне мало, потому что основу рабочего дня занимают встречи.

Помни об этом, если хочешь стать лидом!

Четвёртая причина — это код,
Который с кайфом пишу в VSCode.
Даже марафон замутил на 60 дней, где мы вместе с подписчиками вместе погружаемся в автоматизацию тестирования на JS/TS и Playwright.
Присоединяйся!

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

Уже был эфир с Лешей по практике применения Page Object
И мы вместе прошли полный курс по JS для начинающих.

А сегодня в 21:00 будет эфир на ютубе, где разберём отличие JS от TS для тех, кому интересна автоматизация, приходите, буду вас ждать!

С вас 🎉, если рады за меня, и буду вас ждать сегодня на эфир, поболтаем!

С понедельником, коллеги, решил разбавить начало недели кое чем забавным и практически полезным!

На Ютуб канале вышло видео про интереснейшую теорию "Теорию Жоп" ею со мной не так давно поделился активный участник нашего чата по тестированию - Вячеслав

И меня она натолкнла на идею для видео, где я наложил бы эту теорию на нашу профессиию, что получилось - смотрите на ютубе, а тут приложил "Детектор Жоп": чек-лист для тестировщика на проекте!

Сохраняй себе и периодически перепроверяй свой проект. Если набрал 3+ пункта — у тебя растёт Жопа.

🎉 Требования и документация
☐ Требования написаны так, что можно трактовать по-разному
☐ Последнее обновление документации — никто не помнит когда
☐ На вопрос «а как должно работать?» отвечают «ну, логично же»
☐ Дизайн и документация обновляется даже на этапе написания кода
☐ Появляются задачи со словами «срочно», «вчера», «без ТЗ разберёшься»

🤔 Команда и коммуникация
☐ Кто-то из ключевых людей давно не появлялся на митингах
☐ На вопросы в чате отвечают через сутки или игнорят
☐ Разработчик говорит «там всё просто» и уходит в закат
☐ Появились фразы «это не мой участок» и «а я думал, ты сделаешь»
☐ Тимлид/менеджер стал подозрительно оптимистичен

😡 Сроки и процессы
☐ Дедлайн не двигали уже месяц (хотя задачи добавляются)
☐ «Почти готово» звучит уже третью неделю подряд
☐ Тестирование запланировано на последние 2 дня перед релизом
☐ Нет понятного плана — все просто «работают»
☐ Митинги отменяются, потому что «и так всё понятно»

🙀 Тестовое окружение и данные
☐ Тестовый стенд падает чаще, чем работает
☐ Тестируем на моках, а как поведёт себя прод — загадка
☐ Нет тестовых данных, или они не стабильны
☐ Доступы приходится выбивать неделями
☐ «У меня работает» — главный аргумент в спорах

🤔Тревожные звоночки
☐ Всё подозрительно тихо уже больше двух недель
☐ Багов почти нет (значит, плохо ищем)
☐ Никто не задаёт вопросов (значит, никто не вникает)
☐ Заказчик/продакт давно не смотрел на продукт
☐ Фраза «разберёмся по ходу» звучит как план

Если нашли звоночки у себя и уже видите на горизонте Жопу:
Маленькую (1-2 пункта):
- Задокументируй, подними на дейли, реши сам или делегируй

Среднюю (3-4 пункта):
- Эскалируй тимлиду сейчас, пока не выросла
- Предложи решение, а не просто проблему

Большую (5+ пунктов):
- Срочная эскалация + митинг с командой
- Фиксируй письменно: что нашёл, когда сообщил, кому
- Прикрой задницу документами (если Жопа сожрёт проект — ты предупреждал)

Тут как и с ранним тестированием:
- Жопа, пойманная на этапе «подозрительно тихо» — это 1 час работы.
- Жопа, пойманная за день до релиза — это нервы и бессонные ночи.
- Жопа, пойманная в проде — это тоже самое + неприятные встречи с руководством

Проверяй проект регулярно по этому списку и спина болеть не будет и жить будет гораздо спокойней!

А вам прекрасной недели, всех обнял!

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

Я тут немного приболел 🤧, но, несмотря на это, демануализация продолжается, и мы ни в коем случае не заканчиваем наш 60‑дневный марафон.

Поэтому я к вам с новостью и интересной активностью, которую предложил частый гость наших эфиров — Лёша (автоматизатор и организатор митапов @moscowqa).

Идея — организовать серию прямых открытых эфиров, где мы вместе с вами изучим книгу:

«Профессиональный TypeScript. Разработка масштабируемых JavaScript‑приложений» Бориса Чёрного, автора книги и создателя Claude Code от Anthropic.

В чём план: мы будем проводить открытые созвоны раз в неделю и обсуждать книгу — тему за темой. Будем звать профессионалов в TS и поймём гораздо глубже, что такое TypeScript и как на нём программировать.

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

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

Причём, ознакомившись с содержанием, я понимаю, что тема будет полезна и тем, кто изучает другие языки, — потому что там даётся хорошая база по пониманию программирования!

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

И, как я говорил на стриме, он помогает отлавливать ошибки типов ещё до запуска — на этапе компиляции. А нам, как тестировщикам, это точно важно: ведь один из наших принципов — «раннее тестирование», и TS отражает его ценность.

Вспомнил про типы данных и подробнее узнал про any и unknown — типы как два способа сказать «не знаю тип».

Также сделал свой TS‑проект, настроил конфиги и правила по ДЗ из книги. Мне очень понравилось: всё подаётся просто и с юмором — через подкаты к баристе. Местами забавно!

Короче, рекомендую к прочтению. Если хотите прочитать и обсудить книжку вместе со мной, Лёшей и экспертами в TypeScript — 3  марта приходите на первый эфир, поболтаем. Это бесплатно, только перед этим ознакомьтесь тоже с первыми двумя главами — будет полезно!

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

И накидайте реакций 🎉 под постом, если тема интересная и вы бы хотели вместе с нами познать всю мощь TS и приятно провести время!

Коллеги, привет! С момента моего перехода на новое место прошло 3 недели — хочу поделиться с вами итогами работы за это время.

Тем более я решил взять паузу, слетать на недельку в Тай, отдохнуть и порефлексировать.

В начале года решил сменить свой вектор развития и место работы. Далось решение непросто, но теперь я не QA Lead в Лавке, а старший Fullstack QA с акцентом в автоматизацию на TS + Playwright на главной странице Яндекса.

После перехода мне выделили аж двух наставников, хотя на самом деле помогает с погружением вся команда — что очень круто!

Мне составили чеклист адаптации, в рамках которого проводят встречи с погружением в процессы и во все нюансы работы с продуктом.

Я прошёл ознакомительное тестирование сервиса по чеклистам и пописал автотесты.

Если в цифрах, то успехи за эти 3 недели:

1. Написал 4 новых автотеста в сервисе
2. Добавил новую фикстуру для свайпов в тач-версии
3. Починил 5 нестабильных автотестов
4. Обнаружил 96 потенциальных кейсов под автоматизацию, разобрал их и завёл задачи на автоматизацию
5. Добавил кубик с проверкой на стабильность изменённых и новых автотестов в рамках пул-реквестов
6. Один раз подежурил, но и то не всю неделю, так как приболел на 2 дня

Скромно, конечно, но я всё ещё учусь: сервис новый, процессы новые — нужно влиться и много чего запомнить!

Мне пока всё нравится, и адаптация проходит без нервов и боли. Надеюсь, что дальше будет точно так же, — обязательно поделюсь с вами.

Эту неделю я буду загорать, купаться, есть вкуснейшую тайскую еду, читать книгу Бориса Черного про TS и делиться прочитанным в нашем марафоне по демануализации.

А в пятницу выйдет новое видео на канале с собеседованием QA-инженера и обратной связью. Ставьте 🎉, если нравится рубрика, и пишите в комментариях, если хотите тоже поучаствовать!

Я 6 дней тестировал Пхукет и нашёл критичный баг — сейчас всё расскажу.

Тестирование начал с отеля. Из позитивного — то, что балкон с видом на море и шикарный закат. Из минусов — без завтрака и бассейна. Хотя это и не нужно, когда море у входа и еда на каждом шагу.

Еда вообще была номером один в моём чек‑листе тестировщика.

В списке было попробовать:
* том кха — знаменитый тайский суп. В сравнении с том ям он мне показался более интересным, менее острым и более вкусным;
* липкий рис с манго;
* рис в ананасе — всё это безумно вкусно. Правда, рис в ананасе напомнил внезапно кутью.

Рыбу и креветки ели постоянно.

Попробовал пад‑тай — тоже их местное блюдо. Очень вкусное, рекомендую.

Блинчики роти и потрясающие моти из «Семерочки». Вообще в «Семерочку» ходили как на работу — за их треугольничками с разной начинкой. Их там сразу готовят, и можно взять с собой на пляж.

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

Пляж находился в районе Камала. Песок и море были прекрасны, а закаты — вообще отвал фляги.

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

Но на этом пляже я за всё время не встретил ни единой рыбки, чему был неприятно удивлён.

В чём источник проблемы, на ваш взгляд? Это пляж или у рыбы не сезон? Пишите в комментариях.

А сегодня — первый рабочий день после отпуска. Чиню автотесты и вспоминаю, как работать. Но то, про что точно помню, — это то, что завтра стартует наша серия открытых прямых эфиров по книге «Профессиональный TypeScript. Разработка масштабируемых JavaScript‑приложений» Бориса Чёрного.

Читал весь отпуск и делился прочитанным

в канале по демануализации.

И наконец‑то смогу обсудить это с вами голосом. Обязательно приходите завтра в 19:00!

🎉

Вот и прошёл первый месяц работы в новом месте, и сегодня я хочу поговорить про онбординг и адаптацию новичков.

Это будет полезно как тем, кто совсем не знает, что его ждёт в первые недели работы, так и тем, кто погружает новичка в процессы своей команды.

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

Обычно в план онбординга QA входят такие общие пункты:

0. Познакомиться с командой и твоим наставником.
1. Получить план адаптации и чек‑лист, что изучать в первые недели.
2. Получить доступы ко внутренним сервисам.
3. Пройти ознакомительный регресс по сервису.
4. Прочитать документацию и поучаствовать во встречах с рассказами о том, как всё работает.
5. Протестировать небольшие задачки и багфиксы.
6. Пройти внутренние тренинги (опционально).

Ты, конечно, можешь полностью положиться на план, который есть в компании, но кое‑что тебе всё равно нужно сделать самому — это поможет сделать адаптацию приятной, а шанс остаться после испытательного срока более надёжным:

1. Самое важное — помни про правило https://neprivet.com/ и пиши и в личке, и в чатах по делу!
2. Запрашивай обратную связь хотя бы раз в две недели: ты должен точно понимать, что движешься в верном направлении, а не плывёшь прямиком на мороз!
3. Не пытайся сразу всё переделать. То, что ты видишь, складывалось долгое время, и многое ты можешь не понимать, потому что не имеешь достаточного контекста. Поэтому подсветить улучшения «на ушко» можно, а вот критиковать и пытаться навязать своё «с ноги» — ни в коем случае нет!

Ставьте 🎉, если было полезно!

Приглашаю вас сегодня в 21:00 на стрим — будем вместе смотреть новое видео о пути фичи в бигтехе: https://youtube.com/live/bhxayAEkXHA?feature=share.

Отвечу на вопросы и дам свои комментарии — что правда, а что нет. Я работаю в бигтехе уже 9 лет и наблюдаю весь путь фичи от зарождения до пострелиза. Если вам интересен мой опыт — приходите, лампово проведём время! ❤️

Последний год для нашей профессии был очень непростым.

Если обратиться к аналитике, то:

в 2024 году на hh было в среднем 3 500 вакансий для тестировщиков,
в 2026 — около 1 500.

Падение? Да. Катастрофа? Нет.

Найм становится всё суровее, но, несмотря на это, люди всё так же устраиваются и получают работу.

В 2026 году средняя конверсия откликов в собесы для джуна — 3–5%.

Это значит: 100 откликов = 3–5 собеседований = возможно, 1 оффер.

И рынок труда стал таким, что уже недостаточно знать только теорию тестирования. Сейчас работодатель требует навыки автоматизации уже со старта!

Я подготовил пошаговый план по старту в профессию в 2026 где по неделям расписал что учить и в каком порядке: Забирай бесплатно тут

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

Кстати, сегодня прямой эфир, где подробно будем изучать тему функций и классов в TS, в 19:00 — не пропусти!

Но не только это изменилось — нейросети.
Они настолько вплелись в работу, что без навыка работы с ними уже никак!

Я постоянно использую нейронки для анализа требований, написания чеклистов, анализа ошибок и, конечно же, для автоматизации тестирования.

Это ускоряет работу в разы, поэтому осваивать навыки работы с ИИ нужно уже со старта.

Большую часть своих знаний по работе с ИИ я почерпнул из курса «Тестируем с ИИ» от Димы, автора канала QA_Road_channel.

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

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

Но это не значит, что получить оффер невозможно, — что доказывают многие коллеги, которые устраиваются на работу даже сейчас, в 2026 году! Чего желаю и вам, если вы сейчас в поиске 🎉

Коллеги, с пятницей!

Выложил видео на YouTube-канал про типы компаний — есть что посмотреть в выходные. 👍

Там разобрал 4 основных типа компаний:
• Где платят больше денег тестировщикам
• Куда легче попасть джуну без опыта
• В каких компаниях быстрее карьерный рост
• Как выбрать тип компании под свой уровень

Каждый тип компании оценивал по 5 критериям:
• Требования к тестировщику
• Ценность QA в команде
• Наличие процессов и документации
• Экспертность команды
• Зарплаты и перспективы роста

Приносите обратную связь!

А с недавних пор я сам являюсь Co-founder и CTO в одном флаконе в небольшом стартапе: https://urdoc.online/

Про него рассказывал в канале по демануализации. Спасибо за обратную связь и баги что вы приносили! Он увидел свет около месяца назад и уже показывает хороший рост пользователей и продаж, что радует. 😅

Мы помогаем составить уже 27 типов юридических документов без юристов по фиксированной цене.

Из интересного: на этой неделе внедрили фичу, которую у нас многие просили, — Составление претензий к маркетплейсам (WB/Маркет/Озон и другие)

Работая над этим проектом, очень сильно оценил, уже со стороны заказчика, необходимость тестирования и то, что баги на регрессе — не шутки, а то, что напрямую может снизить доход!

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

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

Короче, без тестирования бедные бизнесмены будут плакать. 😺

Подытожу:
• Смотрите новое видео, приносите обратную связь
• Если вам нужен профессиональный юридический документ — вы знаете куда идти: https://urdoc.online/
• Помните, что QA — дико важная специальность, без которой никак!

Желаю вам прекрасных выходных! 🎉