Сергей Лебедев | QA
5.35K subscribers
141 photos
74 videos
2 files
164 links
QA Lead в big tech компании. Делюсь своим опытом в тестировании, составлении резюме, собесам и росту в карьере. Подпишись 🤗
youtube:
https://www.youtube.com/@qabigtech
Чат канала https://t.me/+NT-IOeLALxszN2Zi
Автор @serzh52
Download Telegram
Media is too big
VIEW IN TELEGRAM
День 0

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

Последние месяцы для меня оказались дико напряжёнными, и скрывать это под маской «все ок» уже просто невозможно.


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

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


Кстати, @alexey_qa, спасибо, что пригласил в первый день конфы провести блиц-собеседования, где мне нужно было определить реальный опыт у человека или накрутка, не видя его, сидя к нему спиной. Было сложно: коллеги пользовались ИИ чтобы списать, лиды притворялись инженерами-автоматизаторами, пытались меня обмануть, причём у некоторых это получалось, поэтому это было круто и весело! Собесы люблю ❤️

Ещё наводили суету с @DmBelyakov, раздарили 22 киндера коллегам за вопросы по автоматизации — это было очень весело. Кто-то игнорил, кому-то это было по кайфу. Спасибо всем, кто откликнулся, — вы смелые герои! Некоторые видео опубликую, где люди были не против публикации, остальных — нет.

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

А по вечерам пивко, которое сейчас особенно тесно вплелось в мою жизнь. Нужно же снимать стресс? На спорт сил уже нет, на что-то созидательное тоже, поэтому лёгкий выход — напиться и вырубиться.
😺

Но я считаю, что это слабая позиция, и нужно что-то менять.
😡


Причём я уже делал это весной, когда запускал дескуфизацию, где показал, как я за 60 дней похудел, внедрил ежедневный спорт и отказ от вредных привычек, которые сейчас, к сожалению, вернулись. Да и спорт забросил, сплю по 5 часов, а типичная еда стала — бутерброды и кофе. Откуда тут будут силы?

Поэтому, сегодня стартую Дескуфизацию 2.0, где я буду каждый день делиться отчётами, как буду внедрять в свою жизнь спорт, время с семьёй, нормальную еду, сон и контент, а убирать лишние проекты, ненужные встречи и тревогу по поводу всего и вся. 👍

Если у вас откликается, погнали вместе — так меняться гораздо легче! Готов даже годовую лицензию «Cursor» разыграть среди тех, кто присоединится и дойдёт со мной до конца!


Подумай, и если хочешь — залетай! Это 60 дней дескуфизации, стартуем сегодня. Денег за участие не беру — это бесплатно. Мне хочется себе компанию единомышленников, которые поддержат меня и друг друга, поэтому подписывайся на канал марафона и кидай кружок со своим отчётом в комментариях к моим отчетам, если участвуешь, или просто пиши слова поддержки, мне будет приятно ! 😅

Будем наводить порядок в жизни вместе — пора дескуфизироваться! 🎉

#дескуфизация
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥38146
Media is too big
VIEW IN TELEGRAM
У нас в QA-комьюнити Яндекса есть традиция проводить раз в месяц QA-Talks, где мы обсуждаем интересующие нас темы, приглашаем экспертов и пытаемся разобраться в том, что нам интересно или беспокоит.

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

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


А сегодня будем проводить очередной QA-Talks по теме публичности для QA — чем помогает и какие подводные камни существуют, а гостем будет всем вам хорошо известный Алексей Петров — автор канала @qagarage и спикер огромного количества конференций и митапов.

Знаю что среди моих подписчиков есть те, кто работает в Яндексе, обязательно приходите в 17:00.


Кстати, ппц приятно, что столько коллег поддержало дескуфизацию, безумно круто, достигнем своих целей вместе! 🎉
Please open Telegram to view this post
VIEW IN TELEGRAM
12🔥84
This media is not supported in your browser
VIEW IN TELEGRAM
Как я научился проводить 1-1

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

Как это было:
🔵Я собрал ссылки конкретных кейсов где были проблемы на мой взгляд.
🔵Написал ему заранее в личку "Привет! хочу обсудить наше взаимодействие по багам" - и поставил встречку в свободный слот.

На встрече:
🔵Начал не с наезда, а с "слушай, мы оба хотим чтобы в нашей зоне ответственности было меньше проблем, давай разберёмся что не так".

🔵Описал проблемы без "ты козёл" - вместо "ты игноришь баги" говорил "когда BUG-1234 закрыли без фикса, я не смог протестировать оформление заказа, и непонятно почему баг был закрыл, давай разберемся?".

🔵Я слушал (прям реально слушал) - оказалось, в моих репортах не хватало данных, какой стенд, какой юзер, какие фичтоглы были включены. С его стороны всё правда не воспроизводилось.

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


Что реально помогло 👍

🔵Говорить фактами: не "всегда" или "постоянно", а "в последних 5 багах" или показать свой список который нужно подготовить
🔵Спрашивать "почему так получилось?" вместо "ты чё творишь?"
🔵Искать решение, а не виноватого
🔵Признать свои косяки - да, мои баг-репорты были неполными в следующий раз буду прикладывать логи ручек (как пример)

Но конечно иногда все идет не так гладко 🙀

🔵Если человек агрится - можно сделать паузу: "давай кофе возьмём и через 10 минут продолжим".

🔵Если отрицает проблему - показываю метрики, графики, тикеты "вот статистика reopened багов за месяц".

🔵Если не договорились - можно позвать тимлида, и не с целью пожаловаться, а попросить помочь найти общее в 2 позициях, иногда это реально круто работает!

Самое главное 😅

Цель не доказать что ты прав, а сделать так чтобы работать было хорошо и комфортно.


После того разговора мы с тем разрабом стали нормально общаться, он даже сам начал приходить с вопросами "а вот это ты как тестил?".

Не стоит боятся этих разговоров. 30 минут живого общения спасут вам месяцы мучительной работы, опробовано на практике, как говорится 🎉
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32145😁4
Как организовать автотесты на проекте, чтобы понял и разобрался даже новичок?

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

И я очень хочу провести эфир 5 ноября в 19:00 и поговорить о нашем опыте, поделится как организованы автотесты и при чем тут наш «кодекс» 😡

В гостях будет: Милена - Frontend Developer из нашей команды!
Она написала десятки автотестов и разработала «Кодекс по написанию автотестов» который мы используем в работе ежедневно!


🙀 Знакомые боли?

• Сложность понять и погрузится в автоматизацию
• Каждый в команде пишет тесты по-своему
• Новички разбираются в автотестах неделями
• Тесты падают от любого изменения дизайна
• Code review превращается в войну
• Флапающие тесты — это норма жизни
• Непонятно, что сломалось, когда тест упал

Если хоть раз кивнули — этот эфир для вас!

👍 О чём говорим:

Милена расскажет, как в нашей команде создали "Кодекс автотестов" — свод правил, который решил все эти проблемы.


Разберём:
• Как структурировать тесты, чтобы было понятно даже через полгода
• Почему моки — это не зло, если делать правильно
• Как перестать бояться скриншотных тестов
• Что делать с локаторами, чтобы не переписывать тесты после каждого редизайна
• Как мотивировать команду чинить свои флапы
• Реальные примеры: от ужасных тестов до идеальных

😅 Кому будет полезно:

QA-инженерам и тестировщикам:
Получите понятные правила написания стабильных автотестов. Перестанете изобретать велосипед и спорить о мелочах — возьмёте работающие правила.

Тимлидам и QA-лидам:
Узнаете, как внедрить единые стандарты в команде без сопротивления. Сократите время на code review и онбординг новичков в разы.

Разработчикам, которые пишут тесты:
Поймёте, как писать тесты, которые не превратятся в кошмар через месяц. Научитесь делать так, чтобы ревьюеры не возвращали пулреквесты на доработку.

Тем, кто только начинает погружение в автоматизацию:
Не наступите на грабли, на которые наступили все. Сразу начнёте с правильной архитектуры.

❤️ Что унесёте с эфира:

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


Длительность: около часа + ответы на вопросы

Ждем вас в среду 5 ноября в 19:00.
Ссылку пришлю в день эфира.

Приходите, если хотите, узнать как писать автотесты на реальном проекте и как это делать качественно 🎉
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2415🔥94
Media is too big
VIEW IN TELEGRAM
Через час начинаем эфир, присоединяйтесь по ссылке:
Телемост

Поговорим про «Кодекс по автоматизации» и как правила помогают писать автотесты просто и понятно для всей команды 👍

Я расспрошу Милену как создавались эти правила, зачем они нужны и как внедрялись в процессы команды, а это ппц не просто, я вам скажу 😺


На эфире сможете задать свои вопросы по организации автоматизации на проекте и заберете то что сможете применить у себя уже завтра!

Не пропустите, это не вебинар чтобы вам что то продать, это опыт, который используется на практике в реально большом проекте Лавки и которым я хочу поделится с вам 🎉

Ждем вас в 19:00, не опаздывайте!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥74
This media is not supported in your browser
VIEW IN TELEGRAM
Навеяно докладами на митапах, конференциях и разговорах с коллегами 😺

И конечно это не так, или …?

#мемница
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁34😭96🔥3🤣2
Media is too big
VIEW IN TELEGRAM
Я вернулся из отпуска 🎉 и сходу, с новым докладом, который родился из моего 60 дневного погружения в автоматизацию!

Очень хотел поделится этим опытом с вами и круто что ребята из "Moscow QA" дали мне такую возможность ❤️

21 ноября в офисе "ВИ Tech" пройдет митап по тестированию и если вы в Москве, обязательно приходите, мероприятие бесплатное, нужно только зарегистрироваться:
Ссылка на регистрацию

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

Программа мероприятия:

Как погрузиться в автоматизацию за 60 дней от меня

Расскажу о собственном опыте, как я будучи QA-lead ручного тестирования 2 месяца погружался в автотесты на Playwright + TypeScript
Как мне с этим помогал ИИ и как мешал учебник по программированию


Игра "Выжить в одиночку: 20 советов и инструментов для прохождения" от Насти QA Lead из Яндекс Маркет

История, основанная на реальных кейсах, с которыми может столкнуться каждый QA.

Вы только пришли в новый проект и … начинается настоящее испытание: задачи летят со всех сторон, документации нет, ожидания туманны, а сроки поджимают. Знакомо?

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


Подход к организации тестовых контуров от Саши CPO «Штурвала»

Когда вы разрабатываете в микросервисах, всегда возникает вопрос — как быстро и эффективно выстроить технологический пайп для того, чтобы эффективней организовать процесс тестирования. Каким образом вы организуйте рабочее пространство тестирования? Будут это кластера K8s под задачи или namespace? Насколько много у тестировщиков будет прав и на что? О том, как ответить на эти вопросы и организовать процесс тестирования на базе K8s мы поговорим в сегодняшней теме.


Как получить высокую оценку на перф-ревью и не сгореть. от Вероники Qa Lead из Ви.Tech

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


Как видите, темы актуальные и практически применимые, уверен, что вернетесь с митапа с зарядом мотивации и новых знаний!

Буду безумно рад вас видеть, регистрируйтесь и приходите 🎉
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥18👍74
Коллеги, если у вас в компании проводятся перфоманс-ревью или иная оценка эффективности вашей работы, ответьте на анонимный опрос ниже. Готовлю доклад на эту тему, и для меня очень важно узнать как прошло последнее ревью у вас:
Anonymous Poll
19%
Результат выше ожиданий 😅
52%
Согласно ожиданий 👍
18%
Результат ниже ожиданий 😺
10%
Попал на "карандаш" 😡
Media is too big
VIEW IN TELEGRAM
Воскрешаем рубрику с мок-собесами! 🎉

В этот раз к нам присоединилась Ангелина — начинающий инженер по тестированию!

Она смело вызвалась поучаствовать и проверить свои знания, причём на двойном собеседовании с админом нашего «QA-Чата» Богданом!

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


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

Сегодня проводим следующий мок-собес с Виктором @removespreadblog — выйдет уже в следующее воскресенье!

А если вам тоже хочется попробовать свои силы, то пишите в комментариях, организуем! 👍

Вопросы не повторяются, но если вы внимательный тестировщик, то уже поняли принцип их проведения, а это, на мой взгляд, самое важное!


С вас реакция на пост, если было полезно, а Ангелине мой личный рспект за смелость — увидимся! ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥376❤‍🔥4👍2
Если бы мне давали по 100₽ за каждый проект, где тесты написаны через жопу, я был бы миллионером!

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

Представьте: кейсы и автотесты написаны единообразно, имеют чёткую структуру, и в них разберётся даже джун.

Скажете, так не бывает? Бывает! Это результат стратегического подхода к написанию тестов.
Делюсь правилами которые мы обсуждали на нашем прямом эфире с Миленой ⬇️

---

📋 КОДЕКС ПО НАПИСАНИЮ ТЕСТ-КЕЙСОВ

1️⃣ Консистентность

Все кейсы по единой структуре:
Страница/Фича → Саб-фича → Что проверяем

Не думай каждый раз «а как назвать этот тест?». Открыл предыдущий — скопировал структуру. Profit!

2️⃣ Оптимальность важнее атомарности

Можно плодить сотни микротестов: «проверить кнопку», «проверить текст», «проверить иконку». Да, покрытие будет, но и скорость прогона вырастет в разы.

Объединяем связанные проверки в один кейс
Но если нужно вернуться к началу и повторить половину шагов — лучше разделить

3️⃣ Шаги = действия, результаты = проверки

В шагах только 5 действий: Открыть, Нажать, Проскроллить, Ввести, Обновить (то, что умеет Playwright)

В ожидаемом результате — никаких действий! Только то, что УЖЕ произошло.

«Должна открыться форма»
«Форма открыта»

4️⃣ Скриншоты — не для красоты

Один скриншот в ожидаемом результате — это то, что проверяем скринтестом. Остальное — контекст.

Чем меньше лишнего на скриншоте, тем меньше он флапает при изменении дизайна!

5️⃣ Предусловия — это база знаний

Указывай конфиги, эксперименты, адреса. Через полгода коллега (или ты сам в 3 часа ночи) скажет спасибо 🙏

---

🤖 КОДЕКС АВТОМАТИЗАТОРА

1️⃣ Структура — святое

Все тесты: describe → apps → test со вложенными шагами

Все действия и проверки в test.step() с понятными описаниями — для читаемых отчётов!

Первый шаг — ВСЕГДА открытие страницы. Без вариантов.

2️⃣ Моки — не зло, если делать правильно

Мокаем только то, что сложно воспроизвести или нестабильно (платежи, внешние API, редкие кейсы)

📁 Все моки в одной директории specs/data
♻️ Не плодим копии — переиспользуем существующие
🌐 Общие моки в packages/playwright/mocks — для других команд

3️⃣ Локаторы — только data-testid

Забудьте про xpath, классы и тексты!

app.getByTestId(['page', 'component', 'element'])
Повторяющиеся локаторы — в константы. Иначе при изменении одного атрибута придётся менять в 50 местах.

4️⃣ Скриншоты с умом

Не скриншотим всю страницу!

Важна оптимальность: совсем мелкий делать не стоит — проверяй фичу в контексте страницы.

🎯 Используем offset для контекста
🙈 hide для нестабильных элементов (таймеры, анимации)
🎬 Один скриншот на фичу — не дублируем проверки

5️⃣ Точные проверки без воды

Не проверяем захардкоженные тексты! Используем API или i18n ключи.

Видимость: .toBeVisible()
Исчезновение: .not.toBeAttached()

⚠️ Минимизируем или отказываемся от .waitForTimeout() — это зло, которое замедляет!

---

САМОЕ ВАЖНОЕ!

🔵 Отдаём на ревью ТОЛЬКО зелёные тесты - не беси коллег!
🔵 Валидируем все скриншоты перед ревью - не беси коллег!
🔵 Описываем изменения в тикете/PR - не беси коллег!
🔵 Синхронизируем тест-кейсы с автотестами - не беси коллег!
🔵 Исправляем свои флапающие тесты ! - не беси коллег!

---

🎯 ЧТО РЕАЛЬНО ДАЮТ КОДЕКСЫ?

✔️ Новички погружаются в разы быстрее
✔️ Минус необоснованная критика на Code Review (всегда можно сослаться на кодекс)
✔️ Флапающих тестов стало гораздо меньше
✔️ Тесты читаются как документация (можно показывать даже менеджерам!)

---

💡 От себя: Документируйте свои практики, не держите знания в головах. 30 минут на написание правил сэкономят сотни часов всей команде!

Сохраняй и внедряй в свои проекты!
Было полезно? Ставь ❤️
226🔥9👍3😍1
This media is not supported in your browser
VIEW IN TELEGRAM
Перфоманс-ревью стартует через 30 дней…

Испугался? Не бойся!

Тем более 70% подписчиков умеют его успешно проходить, судя по опросу!

А для остальных 30% сейчас расскажу, что это и как к нему подготовиться, чтобы получить то что хочешь и не попасть «на карандаш»!


Для меня грядёт уже 19-е ревью, поэтому снова продажа результатов работы за последние 6 месяцев. (В зависимости от компании и процессов период может отличаться: от 3 месяцев до года)

Не везде это называется перфоманс-ревью - где-то аттестация, где-то оценка, но суть одна: понять, как ты поработал, и вознаградить или взять на карандаш в зависимости от результата, подсветить точки роста и понять, куда расти в следующем периоде!

А теперь к рекомендациям, которые могут увеличить шансы остаться после ревью с жирным плюсом:

0) Помни, что это продажи! На ревью важно и то, что ты делал, и то, как ты это преподносишь - так же, как и при поиске работы!

1) 1-1 с руководителем. Обсуди цели компании/отдела и поставь свои цели исходя из них, чтобы было проще продавать в будущем. Регулярный чекап по целям раз в 2 недели или месяц с руководителем, чтобы понять, туда ты идёшь или нет и нужна ли корректировка.

2) Ведение дневника. Это в принципе отличная практика - высвобождать оперативную память мозга на бумагу. То, что ты делал или хочешь делать, пишешь туда, куда удобно, и в конце периода будет куда посмотреть и понять, что ты делал, а не как бывает: что-то делал, но не помнишь что именно.

3) Фиксация достижений в виде цифр, графиков, метрик.
- Не просто «писал кейсы», а «увеличил покрытие на 30%»
- Не просто «начал проводить 3 Амиго», а «внедрил процесс валидации требований, который сократил ТТМ на 5 дней»

В идеале показать на графиках в динамике.

4) Стань коллегой, с которым хочется работать. Предлагай помощь, соблюдай договорённости и давай обратную связь (позитивную - на всех, корректирующую - лично). А если ты считаешь своих коллег тупыми и, не дай бог, это ещё и вслух произносишь, не удивляйся снижению оценки и лишним выяснениям отношений на ревью.

Но всё-таки помни, что не всё зависит от тебя. Если есть непроработанный конфликт (личная неприязнь) или все коллеги поработали круто, или бизнес вообще свернулся, может случиться, что ожидания не совпадут с реальностью. Это жизнь, не впадай в депрессию!


Если совсем грустно, всегда можно работать свою работу и не надеяться на плюшки от ревью или поменять компанию, где ревью вообще нет - это нормально!

Кстати, если вы будете в Нижнем Новгороде в среду, 26 ноября, приходите на митап «QA Kitchen» в 19:00
📍 ул. Алексеевская, д. 6/16, БЦ «Corner Place», этаж 1

Я поделюсь своим опытом прохождения ревью, фишками и антикейсами, когда в плюс получилось «на тоненького»!

И конечно, будут ещё более крутые докладчики с темами: от автоматизации и стратегического подхода к качеству до того, как получить оффер QA-специалисту на текущем непростом рынке!

Регистрируйтесь тут и приходите - буду рад увидеться ❤️

А сегодня выступаю на MoscowQA митапе с докладом про своё погружение в автоматизацию - обязательно приходите, увидимся 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
10👍3🔥3💯1
Главная ошибка большинства тестировщиков и QA на собесе - СПЕШКА!

Только что опубликовал собеседование с Виктором (+ его разбор) на вакансию Middle QA Engineer в нашу "Дейтинг компанию" и там таже проблема 🙀

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


Подробно смотрите в видео, если кратко:

• Сразу начал отвечать, не уточнив детали задачи
• Придумывал несуществующие данные (ID пользователей, структуру ответа)
• Перепрыгивал с темы на тему (от функционала к безопасности, к сетям)
• Писал огромные тест-кейсы вместо одного точного
• Давал диагноз проблеме до завершения расследования

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

1. Задавайте уточняющие вопросы
Получили задачу протестировать фильтр? Спросите:
Какие граничные значения?
Что должно происходить при пустых полях?
Какие браузеры поддерживаем?
Есть ли макеты для сверки UI?

2. Берите паузу на обдумывание
Фраза "Дайте минуту подумать и структурировать ответ" — это НОРМАЛЬНО. Это показывает зрелость специалиста, а не слабость.

3. Не придумывайте данные
Не знаете структуру API-ответа? Спросите!
Не уверены, какие поля возвращает бэк? Уточните!
Лучше переспросить 5 раз, чем строить решение на догадках.

4. Отвечайте по сути вопроса
Спросили про базы данных — расскажите про БД.
Не надо сразу лезть в микросервисы, брокеры и кафку.
Чем больше говорите, тем больше вопросов появится.

5. Один тест-кейс = один результат
Не пытайтесь проверить всё в одном кейсе.
"Проверка верхней границы" — это конкретная проверка, а не 7 шагов с разными сценариями.

6. Структурируйте чек-лист перед ответом
30 секунд на то, чтобы мысленно разложить проверки:
✓ Позитивные (граничные значения)
✓ Негативные (валидация, инъекции)
✓ Нефункциональные
✓ Интеграции (API, БД)

Самая важная мысль которую хочется донести:

"Если не понимаешь — не предугадывай. Задавай вопросы. Читать мысли менеджера/аналитика/бизнеса дело неблагодарное, там может быть все что угодно 😱."


🎬 Полный разбор собеседования с таймкодами и детальной обратной связью — смотрите в новом видео.

Там же:
• Реальные вопросы на Middle+ QA
• Разбор ошибок по чек-листам и тест-кейсам
• Теория: API, БД, микросервисы, DevTools
• Вердикт в конце: взяли кандидата или нет?

С вас ❤️ если было полезно и пишите валились ли на собесе из за спешки или это не про вас?
Please open Telegram to view this post
VIEW IN TELEGRAM
38🔥8👍6👏1
Media is too big
VIEW IN TELEGRAM
Неделю назад релизнулся «Промптхаб», и у меня наконец-то дошли руки его затестить! 🎉

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

Я хз, есть ли аналоги - скиньте в комментариях, если да, но я сталкиваюсь с такой площадкой впервые!


В чём суть: вокруг все говорят про нейронки и как, используя их, можно кайфово жить, но никто не говорит, как именно их можно использовать на практике. 😺

И «Промптхаб» решает эту проблему: открываешь сайт, ищешь сферу жизни, где хотел бы применить ИИ, и тестируешь прямо в браузере с Alice AI.

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

Я тоже закинул свои промпты для помощи в генерации самоотзыва к перфоманс‑ревью и обратной связи по резюме, но модерация какая‑то долгая (второй день висит и никак не пройдёт
🙀
). Как загрузится, скину вам потестить!


А вы пробовали платформу? Пишите обратную связь в комментариях, ну и ставьте ❤️, если тоже считаете, что штука полезная!
Please open Telegram to view this post
VIEW IN TELEGRAM
13🔥6👍4
Раньше часто собеседовал тестировщиков без опыта, но сейчас такое происходит крайне редко: рынок стал немного другим, и вакансии для таких ребят появляются нечасто 😺

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

Как тут быть - сложно сказать, так как если бы я в 2025 решил менять профессию, я бы выбрал профессию сварщика или токаря, сорян! 🤔


Базовые рекомендации без накрутки опыта:

1️⃣Ищем родственников, друзей, врагов, знакомых - тех, кто уже работает в IT, - и правдами и неправдами просим рекомендацию. Так сможете поговорить с HR, и шанс влететь повышается многократно!

2️⃣Идём в LinkedIn, сетку, ВК итд ищем рекрутеров, начинаем знакомиться, присылать подарочки, комплиментики, кэтпики - всё, чтобы они вышли на связь!

С HH и подобным связываться тут не особо эффективно, ибо это будут сотни откликов в пустоту!


3️⃣Агрегаторы стажировок типа: https://it.fut.ru/
закидываем себя туда, не прошли - поменяли аккаунт, снова закинули. Важно пробиться к человеку!

Ну а дальше - твои коммуникативные способности! Ты должен влюбить в себя человека через хорошую теоретическую и практическую базу и прокачанные софт-скиллы!

Недавно на мок-скрининге у меня был Ростислав. На мой взгляд, если бы он смог пробиться к HR, шанс получить работу у него был бы достаточно высок.


Смотрите видео на YouTube и пишите, что думаете: он готов к стажировке или вряд ли бы её получил?

Ну а если вам нравится контент, поделитесь бустом, плиз https://t.me/qabigtech?boost
А то слетели реакции с QA-Котом Борисом, сидим, грустим 😺
Please open Telegram to view this post
VIEW IN TELEGRAM
113👍12🔥7
Media is too big
VIEW IN TELEGRAM
Сегодня прочитал статью про то, как Яндекс внедряет LLM в QA.

И так как я работаю в одном из юнитов и активнейше использую ИИ в своей работе и жизни, решил поделиться своими наработками по этому поводу!

Самое важное:
Claude Sonnet 4.5 - никто не решает задачи лучше, чем он, на мой взгляд! Часто, когда выхожу за лимиты, юзаю что-то другое, но это самый топ-рекомендейшен!

Cursor - хорошо, но и Yandex Code Assistant / RooCode в Visual Studio Code не менее топово, поэтому можно не париться - ставить плагин и спокойно работать.


По практике для QA:

1) Генерация чек-листов через анализ изменений в пул-реквесте
Крутая штука, но зачастую даёт избыточные чек-листы и требует дополнительной валидации. Зато сходу подсвечивает, что менялось.

2) Генерация тест-кейсов по тестплану
Нечасто получается использовать из-за недостаточной проработки тестплана и полноты описанных требований. Считаю это точкой роста, которая сразу решит вопрос кейсогенерации и классной документации - работаем в эту сторону.

3) Нейроревью
Поначалу очень нравился, а после того как приписался автотестами, он редко стал подсвечивать что-то полезное - чаще просто какая-то чушь. Но для новичков 100% полезная штука.

4) Генерация автотестов
Ну это просто пушка! Особенно после подключения Playwright MCP, который и айдишники соберёт, и сам тест напишет, причём по структуре и правилам вашей команды. Пользуюсь ежедневно. Да, нужно валидировать, но ускоряет нереально.

5) VLM-приколы
Скриншотишь элемент с DOM-деревом и просишь накинуть дата-тест-айди - и агент сделает это 10/10. Также со скринами ошибок в консоли, генерацией проверок по скрину макетов - работает на ура!!!

Стал ли я быстрее на 30%, как описано в статье? - сказать не могу, потому что начал писать автотесты, уже используя ИИ. Но мне кажется, что точно проще: половину дебага забирает на себя нейронка, и как минимум не сижу без дела, когда с какой-то проблемой столкнулся. Да и остальные штуки типа объяснения написанного и рутинных операций забирает на себя нейросеть.

А вы как нейронки у себя используете? И используете ли вообще?
👍157🔥7
Хранить тест-кейсы в ТМС 🧠

Хранить тест-кейсы в Excel 🧠

Хранить тест-кейсы в генетической памяти 🧠

А если серьёзно, где вы храните ваши тестовые артефакты? И какой ТМС пользуетесь?

Я давно не видел, чтобы кто‑нибудь хранил кейсы в эксельках, но лет 7 назад это было нормальной нормой 🙀

У нас в Яндексе есть своя ТМС, и я редко пользовался другими инструментами. Но тут ребята из ТестОпс предложили мне потестировать их систему, в которую они ещё и AI‑ассистента добавили!


Хочу посмотреть, насколько такой ассистент помогает QA в работе, в каких кейсах он применим, а где это - бесполезное внедрение нейронок на фоне хайпа! 😺

Я сам никогда не пользовался ТестОпсом, и это будет взгляд новичка. Заодно и ТМСку заценю, а то, судя по их сайту, им пользуется куча компаний в СНГ.

Приходите поддержать и посмотреть, как я туплю и пытаюсь шатать их ТМСку, это бесплатно - регистрация тут.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7😁6🔥4
Есть такие вопросы на собеседовании QA-инженера, которые кажутся простыми и не требующими подготовки, но прикол в том, что по ним часто принимается финальное решение о приёме на работу.

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


1. Почему уходите с текущего места ?
Вопрос проверяет логику перехода, вашу устойчивость и главное - не повторится ли та же история у них.
Лучшим ответом тут будет показать, куда вы идёте.
Важно дать понять, что вы знаете, чего хотите и , почему именно эта компания вам подходит, а не то что она первая попавшаяся под руку

2. Что вам не нравится в работе?
Интервьюер пытается понять: есть ли в их команде что-то, что будет вас систематически выбивать из колеи?
Тут важно опираться на реальность вакансии и показать, что в этой среде вы будете работать стабильно.
Это не про капризы или жалобы это про профессиональную зрелость и это нужно помнить!

3. Расскажи о вашей самой большой ошибке?
Все ошибаются — это нормальная часть работы. Интервьюер хочет увидеть:
- Умеете ли вы признавать проблемы
- Анализируете ли причины
- Выносите ли уроки
- Предпринимаете ли действия, чтобы не повторять
В ответе важно показать не свою идеальность, а профессиональную ответственность. Именно это и ищут в кандидате.

4. Что вас мотивирует в работе?
Интервьюер спрашивает не про вдохновение. Он спрашивает про устойчивость к выгоранию.
Да, зарплата мотивирует. Но только первые два месяца, пока она не стала привычной. А дальше что?
И тут в ответе важно привязаться к специфике конкретной вакансии и строить ответ исходя из того что они ищут в кандидате!

5. Кем видите себя через 5 лет ?
Самый коварный вопрос в списке.
Интервьюеру не интересны ваши мечты он проверяет одно: совпадает ли траектория вашего роста с возможностями, которые есть у них.
Тут безумно важно показать что ваш путь развития органично вписывается в то, что может дать компания.

Каждый вопрос базируется на информации о вакансии и компании, как вы заметили, поэтому подготовка, как всегда, решает!

Ну и, конечно, не нужно идти туда, где твои ценности не будут совпадать с вакансией и компанией - это обычно приводит к выгоранию на дистанции, хотя все мы разные, и может, у вас всё будет по-другому


Подробнее про эти 5 вопросов смотрите в новом видео на YouTube-канале.

Ставьте ❤️ и сохраняйте, если было полезно, до скорого!
20🔥9👍3
Всех с окончанием рабочей недели и наступающими выходными! 🎉

А чтобы вам было что посмотреть, на ютуб-канале вышло новое мок-собеседование!


И не простое, а на позицию руководителя команды тестирования (QA-Lead).

Если вам интересно, что спрашивают на таких собеседованиях, или вообще интересно, чем занимается руководитель тестировщиков, с какими проблемами сталкивается и какие вопросы решает — welcome! 👍

А если сами хотите поучаствовать в таком собесе, обязательно пишите в наш чат взаимопомощи тестировщиков, спишемся и запланируем.

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


Свете огромное спасибо за участие, открытость и смелость, у нее кстати крутой канал https://t.me/bettercalllory подписывайтесь!

Если полезно, ставьте реакции, и скоро увидимся! 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥1610❤‍🔥7👍3👏1
Коллеги, сегодня вышло новое видео на YouTube где я рассуждал о том, что является фундаментом всей нашей профессии — требования.

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


Потому что это база! Именно от требований прямых или косвенных мы можем отталкиваться в своей работе.

В видео были освещены вопросы:

- Что такое требования и зачем они нужны
- Как работать с требованиями, когда есть аналитик
- Что делать, когда Аналитика и требований нет
- Реальные примеры с проектов
- Техники анализа и уточнения требований

+ Для тех кто только осваивает тестирование и профессию QA Инженера подготовил домашнее задание для закрепления

Конспект лекции и ДЗ можно посмотреть на GitHub

С вас реакции, если было полезно, и всем замечательной рабочей недели ❤️

А я пошел продолжать писать самоотзыв и готовится к ревью, в этот раз идет непросто, скажу я вам, хочется нового года, а не вот это вот всё 😅
127👍11🔥7
Как быть увереннее на собеседовании QA: 7 рабочих техник 👍

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


Голос дрожит, после каждого ответа в глазах вопрос: "Правильно ли ответила?", постоянные "наверное", "может быть", "не уверена". 🤔

И это сразу заставляет интервьюера сомневаться!

Вот что я заметил за 10+ лет в IT:

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

Что с этим делать?

1. Смотрите реальные собеседования
Посмотрите 5-10 мок-интервью на YouTube. Увидите, что это не что-то сверхъестественное, а обычный процесс общения двух профессионалов.

2. Пройдите мок-собеседование сами
Лучший способ перестать бояться - столкнуться с этим в безопасной среде. Тут помогут менторы за не большой прайс или у нас в комьюнити регулярно проводим публичные моки бесплатно!

3. Подготовьте истории о провалах и успехах по системе STAR

Situation (ситуация)
Task (задача)
Action (действия)
Result (результат)
Пример: "Перед чёрной пятницей нужно было затащить модуль за 2 дня. Мы покрыли всё тестами и автотестами. Получили крутую выручку, и бизнес наградил команду."

4. Если не знаете ответ - не гадайте
Три варианта:

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

5. Говорите так, будто знаете на 100%
Даже если сомневаетесь - отвечайте чётко и уверенно. Не "может быть", а "это работает так". Интервьюер сам переспросит, если ему что-то непонятно.

6. Не отмалчивайтесь
Молчание после вопроса = красный флаг. Лучше начать рассуждать вслух, чем просто сидеть в тишине или хотя бы осознанно попросите время на подумать - это более выигрышная стратегия!

7. Помните: вас оценивают как коллегу
Интервьюер думает: "Смогу ли я доверить этому человеку релиз фичи в прод?" Если вы постоянно сомневаетесь, ответ будет "нет".

Не перебарщивайте, но показывайте, что кругозор есть.

Смотрите полное мок-собеседование на YouTube

Там мы разбираем:
• Практическую задачу на тестирование нового веб сайта знакомств (специально сделал под собес, зацените 😅)
• Составление баг-репортов
• Технические вопросы по БД, REST API, Docker
• Детальную обратную связь от двух интервьюеров

Главный вывод: Уверенность - это навык, который тренируется. Начните это делать прямо сейчас.


А у вас есть проблемы с уверенностью на собесах? Пишите в комментариях - разберём вместе. А если хотите пройти бесплатное мок-собеседование, пишите в комментариях, организуем! 🎉
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥15👍119❤‍🔥21