Media is too big
VIEW IN TELEGRAM
У нас в QA-комьюнити Яндекса есть традиция проводить раз в месяц QA-Talks, где мы обсуждаем интересующие нас темы, приглашаем экспертов и пытаемся разобраться в том, что нам интересно или беспокоит.
Темой одной из таких встреч было выгорание тестировщиков, коллеги делились своими историями выгорания и способами выбраться и не допустить этого.
А сегодня будем проводить очередной QA-Talks по теме публичности для QA — чем помогает и какие подводные камни существуют, а гостем будет всем вам хорошо известный Алексей Петров — автор канала @qagarage и спикер огромного количества конференций и митапов.
Кстати, ппц приятно, что столько коллег поддержало дескуфизацию, безумно круто, достигнем своих целей вместе!🎉
Темой одной из таких встреч было выгорание тестировщиков, коллеги делились своими историями выгорания и способами выбраться и не допустить этого.
Я, наверное, не выгорел, скорее устал, потому что помню то состояние очень хорошо, и это трешак полный, когда и не хочется, и не можется, и вообще непонятно, как жить дальше, но сейчас советы коллег с той встречи мне как никогда помогают держаться и потихоньку перестраивать работу и жизнь.👍
А сегодня будем проводить очередной QA-Talks по теме публичности для QA — чем помогает и какие подводные камни существуют, а гостем будет всем вам хорошо известный Алексей Петров — автор канала @qagarage и спикер огромного количества конференций и митапов.
Знаю что среди моих подписчиков есть те, кто работает в Яндексе, обязательно приходите в 17:00.
Кстати, ппц приятно, что столько коллег поддержало дескуфизацию, безумно круто, достигнем своих целей вместе!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12🔥8
This media is not supported in your browser
VIEW IN TELEGRAM
Как я научился проводить 1-1
В команде у меня был разраб, который постоянно закрывал мои баги с комментом "не воспроизводится". Меня это бесило, он игнорил, баги не чинились. И все шло так, пока мы просто не поговорили.
Как это было:
🔵 Я собрал ссылки конкретных кейсов где были проблемы на мой взгляд.
🔵 Написал ему заранее в личку "Привет! хочу обсудить наше взаимодействие по багам" - и поставил встречку в свободный слот.
На встрече:
🔵 Начал не с наезда, а с "слушай, мы оба хотим чтобы в нашей зоне ответственности было меньше проблем, давай разберёмся что не так".
🔵 Описал проблемы без "ты козёл" - вместо "ты игноришь баги" говорил "когда BUG-1234 закрыли без фикса, я не смог протестировать оформление заказа, и непонятно почему баг был закрыл, давай разберемся?".
🔵 Я слушал (прям реально слушал) - оказалось, в моих репортах не хватало данных, какой стенд, какой юзер, какие фичтоглы были включены. С его стороны всё правда не воспроизводилось.
Что реально помогло👍
🔵 Говорить фактами: не "всегда" или "постоянно", а "в последних 5 багах" или показать свой список который нужно подготовить
🔵 Спрашивать "почему так получилось?" вместо "ты чё творишь?"
🔵 Искать решение, а не виноватого
🔵 Признать свои косяки - да, мои баг-репорты были неполными в следующий раз буду прикладывать логи ручек (как пример)
Но конечно иногда все идет не так гладко🙀
🔵 Если человек агрится - можно сделать паузу: "давай кофе возьмём и через 10 минут продолжим".
🔵 Если отрицает проблему - показываю метрики, графики, тикеты "вот статистика reopened багов за месяц".
🔵 Если не договорились - можно позвать тимлида, и не с целью пожаловаться, а попросить помочь найти общее в 2 позициях, иногда это реально круто работает!
Самое главное😅
После того разговора мы с тем разрабом стали нормально общаться, он даже сам начал приходить с вопросами "а вот это ты как тестил?".
Не стоит боятся этих разговоров. 30 минут живого общения спасут вам месяцы мучительной работы, опробовано на практике, как говорится🎉
В команде у меня был разраб, который постоянно закрывал мои баги с комментом "не воспроизводится". Меня это бесило, он игнорил, баги не чинились. И все шло так, пока мы просто не поговорили.
Как это было:
На встрече:
Решение нашли вместе - договорились что я добавляю в каждый баг чеклист окружения, он оставляет комменты если чего-то не хватает, а не сразу закрывает. Раз в день sync по критичным багам проекта.
Что реально помогло
Но конечно иногда все идет не так гладко
Самое главное
Цель не доказать что ты прав, а сделать так чтобы работать было хорошо и комфортно.
После того разговора мы с тем разрабом стали нормально общаться, он даже сам начал приходить с вопросами "а вот это ты как тестил?".
Не стоит боятся этих разговоров. 30 минут живого общения спасут вам месяцы мучительной работы, опробовано на практике, как говорится
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32❤14
Как организовать автотесты на проекте, чтобы понял и разобрался даже новичок?
Последние месяцы, в Лавке, я активно пишу автотесты, и вы бы знали какой кайф их писать когда код написан логично, есть четкие и понятные правила ревью, а лучшие практики собраны в одном месте😅
И я очень хочу провести эфир 5 ноября в 19:00 и поговорить о нашем опыте, поделится как организованы автотесты и при чем тут наш «кодекс»😡
🙀 Знакомые боли?
• Сложность понять и погрузится в автоматизацию
• Каждый в команде пишет тесты по-своему
• Новички разбираются в автотестах неделями
• Тесты падают от любого изменения дизайна
• Code review превращается в войну
• Флапающие тесты — это норма жизни
• Непонятно, что сломалось, когда тест упал
Если хоть раз кивнули — этот эфир для вас!
👍 О чём говорим:
Разберём:
• Как структурировать тесты, чтобы было понятно даже через полгода
• Почему моки — это не зло, если делать правильно
• Как перестать бояться скриншотных тестов
• Что делать с локаторами, чтобы не переписывать тесты после каждого редизайна
• Как мотивировать команду чинить свои флапы
• Реальные примеры: от ужасных тестов до идеальных
😅 Кому будет полезно:
QA-инженерам и тестировщикам:
Получите понятные правила написания стабильных автотестов. Перестанете изобретать велосипед и спорить о мелочах — возьмёте работающие правила.
Тимлидам и QA-лидам:
Узнаете, как внедрить единые стандарты в команде без сопротивления. Сократите время на code review и онбординг новичков в разы.
Разработчикам, которые пишут тесты:
Поймёте, как писать тесты, которые не превратятся в кошмар через месяц. Научитесь делать так, чтобы ревьюеры не возвращали пулреквесты на доработку.
Тем, кто только начинает погружение в автоматизацию:
Не наступите на грабли, на которые наступили все. Сразу начнёте с правильной архитектуры.
❤️ Что унесёте с эфира:
Длительность: около часа + ответы на вопросы
Ждем вас в среду 5 ноября в 19:00.
Ссылку пришлю в день эфира.
Приходите, если хотите, узнать как писать автотесты на реальном проекте и как это делать качественно🎉
Последние месяцы, в Лавке, я активно пишу автотесты, и вы бы знали какой кайф их писать когда код написан логично, есть четкие и понятные правила ревью, а лучшие практики собраны в одном месте
И я очень хочу провести эфир 5 ноября в 19:00 и поговорить о нашем опыте, поделится как организованы автотесты и при чем тут наш «кодекс»
В гостях будет: Милена - Frontend Developer из нашей команды!
Она написала десятки автотестов и разработала «Кодекс по написанию автотестов» который мы используем в работе ежедневно!
• Сложность понять и погрузится в автоматизацию
• Каждый в команде пишет тесты по-своему
• Новички разбираются в автотестах неделями
• Тесты падают от любого изменения дизайна
• Code review превращается в войну
• Флапающие тесты — это норма жизни
• Непонятно, что сломалось, когда тест упал
Если хоть раз кивнули — этот эфир для вас!
Милена расскажет, как в нашей команде создали "Кодекс автотестов" — свод правил, который решил все эти проблемы.
Разберём:
• Как структурировать тесты, чтобы было понятно даже через полгода
• Почему моки — это не зло, если делать правильно
• Как перестать бояться скриншотных тестов
• Что делать с локаторами, чтобы не переписывать тесты после каждого редизайна
• Как мотивировать команду чинить свои флапы
• Реальные примеры: от ужасных тестов до идеальных
QA-инженерам и тестировщикам:
Получите понятные правила написания стабильных автотестов. Перестанете изобретать велосипед и спорить о мелочах — возьмёте работающие правила.
Тимлидам и QA-лидам:
Узнаете, как внедрить единые стандарты в команде без сопротивления. Сократите время на code review и онбординг новичков в разы.
Разработчикам, которые пишут тесты:
Поймёте, как писать тесты, которые не превратятся в кошмар через месяц. Научитесь делать так, чтобы ревьюеры не возвращали пулреквесты на доработку.
Тем, кто только начинает погружение в автоматизацию:
Не наступите на грабли, на которые наступили все. Сразу начнёте с правильной архитектуры.
Конкретные правила, легкие для понимания которые можно внедрить завтра и получить ответы на свои вопросы в прямом эфире, как всегда лампово
Длительность: около часа + ответы на вопросы
Ждем вас в среду 5 ноября в 19:00.
Ссылку пришлю в день эфира.
Приходите, если хотите, узнать как писать автотесты на реальном проекте и как это делать качественно
Please open Telegram to view this post
VIEW IN TELEGRAM
👍24
Media is too big
VIEW IN TELEGRAM
Через час начинаем эфир, присоединяйтесь по ссылке:
Телемост
Поговорим про «Кодекс по автоматизации» и как правила помогают писать автотесты просто и понятно для всей команды👍
На эфире сможете задать свои вопросы по организации автоматизации на проекте и заберете то что сможете применить у себя уже завтра!
Не пропустите, это не вебинар чтобы вам что то продать, это опыт, который используется на практике в реально большом проекте Лавки и которым я хочу поделится с вам🎉
Ждем вас в 19:00, не опаздывайте!
Телемост
Поговорим про «Кодекс по автоматизации» и как правила помогают писать автотесты просто и понятно для всей команды
Я расспрошу Милену как создавались эти правила, зачем они нужны и как внедрялись в процессы команды, а это ппц не просто, я вам скажу😺
На эфире сможете задать свои вопросы по организации автоматизации на проекте и заберете то что сможете применить у себя уже завтра!
Не пропустите, это не вебинар чтобы вам что то продать, это опыт, который используется на практике в реально большом проекте Лавки и которым я хочу поделится с вам
Ждем вас в 19:00, не опаздывайте!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤4
Подключайтесь , начинаем! 🎉 https://telemost.360.yandex.ru/live/55fc99bd82cc41068f67b2c754e2ebfd
Please open Telegram to view this post
VIEW IN TELEGRAM
telemost.360.yandex.ru
Яндекс Телемост — бесплатные видеовстречи без регистрации и ограничения по времени
Бесплатные видеоконференции и встречи прямо в браузере. Подключение без регистрации, удобно с ПК и телефона. Работайте, учитесь и общайтесь онлайн
This media is not supported in your browser
VIEW IN TELEGRAM
Навеяно докладами на митапах, конференциях и разговорах с коллегами 😺
И конечно это не так, или …?
#мемница
И конечно это не так, или …?
#мемница
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁34😭9✍6🔥3🤣2
Media is too big
VIEW IN TELEGRAM
Я вернулся из отпуска 🎉 и сходу, с новым докладом, который родился из моего 60 дневного погружения в автоматизацию!
21 ноября в офисе "ВИ Tech" пройдет митап по тестированию и если вы в Москве, обязательно приходите, мероприятие бесплатное, нужно только зарегистрироваться:
Ссылка на регистрацию
А если возможности придти нет, то просто подключайтесь к трансляции онлайн, по ссылке выше и даже регистрация не нужна!
Программа мероприятия:
Как погрузиться в автоматизацию за 60 дней от меня
Игра "Выжить в одиночку: 20 советов и инструментов для прохождения" от Насти QA Lead из Яндекс Маркет
Подход к организации тестовых контуров от Саши CPO «Штурвала»
Как получить высокую оценку на перф-ревью и не сгореть. от Вероники Qa Lead из Ви.Tech
Как видите, темы актуальные и практически применимые, уверен, что вернетесь с митапа с зарядом мотивации и новых знаний!
Буду безумно рад вас видеть, регистрируйтесь и приходите🎉
Очень хотел поделится этим опытом с вами и круто что ребята из "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👍7❤4
Коллеги, если у вас в компании проводятся перфоманс-ревью или иная оценка эффективности вашей работы, ответьте на анонимный опрос ниже. Готовлю доклад на эту тему, и для меня очень важно узнать как прошло последнее ревью у вас:
Anonymous Poll
19%
Результат выше ожиданий 😅
52%
Согласно ожиданий 👍
18%
Результат ниже ожиданий 😺
10%
Попал на "карандаш" 😡
Media is too big
VIEW IN TELEGRAM
Воскрешаем рубрику с мок-собесами! 🎉
В этот раз к нам присоединилась Ангелина — начинающий инженер по тестированию!
Она смело вызвалась поучаствовать и проверить свои знания, причём на двойном собеседовании с админом нашего «QA-Чата» Богданом!
Само собеседование уже на канале, переходите, смотрите и пробуйте ответить самостоятельно, а потом возвращайтесь и смотрите обратную связь.
Сегодня проводим следующий мок-собес с Виктором @removespreadblog — выйдет уже в следующее воскресенье!
А если вам тоже хочется попробовать свои силы, то пишите в комментариях, организуем!👍
С вас реакция на пост, если было полезно, а Ангелине мой личный рспект за смелость — увидимся!❤️
В этот раз к нам присоединилась Ангелина — начинающий инженер по тестированию!
Она смело вызвалась поучаствовать и проверить свои знания, причём на двойном собеседовании с админом нашего «QA-Чата» Богданом!
На мой взгляд, вопросы были сложнее, чем те, что я задавал Руслану в прошлый раз, и поэтому обратная связь получилась чуть ли не больше, чем само собеседование, и в аттаче как раз она.
Само собеседование уже на канале, переходите, смотрите и пробуйте ответить самостоятельно, а потом возвращайтесь и смотрите обратную связь.
Сегодня проводим следующий мок-собес с Виктором @removespreadblog — выйдет уже в следующее воскресенье!
А если вам тоже хочется попробовать свои силы, то пишите в комментариях, организуем!
Вопросы не повторяются, но если вы внимательный тестировщик, то уже поняли принцип их проведения, а это, на мой взгляд, самое важное!
С вас реакция на пост, если было полезно, а Ангелине мой личный рспект за смелость — увидимся!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥37❤6❤🔥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 минут на написание правил сэкономят сотни часов всей команде!
Сохраняй и внедряй в свои проекты!
Было полезно? Ставь ❤️
Погружаясь в автоматизацию в Я.Лавке, я ожидал худшего. Но был приятно удивлён!
Представьте: кейсы и автотесты написаны единообразно, имеют чёткую структуру, и в них разберётся даже джун.
Скажете, так не бывает? Бывает! Это результат стратегического подхода к написанию тестов.
Делюсь правилами которые мы обсуждали на нашем прямом эфире с Миленой ⬇️
---
📋 КОДЕКС ПО НАПИСАНИЮ ТЕСТ-КЕЙСОВ
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 минут на написание правил сэкономят сотни часов всей команде!
Сохраняй и внедряй в свои проекты!
Было полезно? Ставь ❤️
2❤26🔥9👍3😍1
This media is not supported in your browser
VIEW IN TELEGRAM
Перфоманс-ревью стартует через 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 митапе с докладом про своё погружение в автоматизацию - обязательно приходите, увидимся👍
Испугался? Не бойся!
Тем более 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
• Вердикт в конце: взяли кандидата или нет?
С вас ❤️ если было полезно и пишите валились ли на собесе из за спешки или это не про вас?
Только что опубликовал собеседование с Виктором (+ его разбор) на вакансию 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.
Идей уже очень много: можно в избранное добавлять, голосовать за понравившиеся, ну и, конечно, закидывать свои идеи!
А вы пробовали платформу? Пишите обратную связь в комментариях, ну и ставьте ❤️, если тоже считаете, что штука полезная!
А на самом деле это пушечка: очень много готовых промптов на разные случаи жизни, которые можно тестировать прямо на сайте и бесплатно!
Я хз, есть ли аналоги - скиньте в комментариях, если да, но я сталкиваюсь с такой площадкой впервые!
В чём суть: вокруг все говорят про нейронки и как, используя их, можно кайфово жить, но никто не говорит, как именно их можно использовать на практике.
И «Промптхаб» решает эту проблему: открываешь сайт, ищешь сферу жизни, где хотел бы применить ИИ, и тестируешь прямо в браузере с Alice AI.
Идей уже очень много: можно в избранное добавлять, голосовать за понравившиеся, ну и, конечно, закидывать свои идеи!
Я тоже закинул свои промпты для помощи в генерации самоотзыва к перфоманс‑ревью и обратной связи по резюме, но модерация какая‑то долгая (второй день висит и никак не пройдёт
🙀
). Как загрузится, скину вам потестить!
А вы пробовали платформу? Пишите обратную связь в комментариях, ну и ставьте ❤️, если тоже считаете, что штука полезная!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🔥6👍4
Раньше часто собеседовал тестировщиков без опыта, но сейчас такое происходит крайне редко: рынок стал немного другим, и вакансии для таких ребят появляются нечасто 😺
Новички зачастую даже до собеседований не доходят, ибо на рынке есть толпа людей с опытом, которые ищут работу!
Базовые рекомендации без накрутки опыта:
1️⃣ Ищем родственников, друзей, врагов, знакомых - тех, кто уже работает в IT, - и правдами и неправдами просим рекомендацию. Так сможете поговорить с HR, и шанс влететь повышается многократно!
2️⃣ Идём в LinkedIn, сетку, ВК итд ищем рекрутеров, начинаем знакомиться, присылать подарочки, комплиментики, кэтпики - всё, чтобы они вышли на связь!
3️⃣ Агрегаторы стажировок типа: https://it.fut.ru/
закидываем себя туда, не прошли - поменяли аккаунт, снова закинули. Важно пробиться к человеку!
Ну а дальше - твои коммуникативные способности! Ты должен влюбить в себя человека через хорошую теоретическую и практическую базу и прокачанные софт-скиллы!
Смотрите видео на YouTube и пишите, что думаете: он готов к стажировке или вряд ли бы её получил?
Ну а если вам нравится контент, поделитесь бустом, плиз https://t.me/qabigtech?boost
А то слетели реакции с QA-Котом Борисом, сидим, грустим😺
Новички зачастую даже до собеседований не доходят, ибо на рынке есть толпа людей с опытом, которые ищут работу!
Как тут быть - сложно сказать, так как если бы я в 2025 решил менять профессию, я бы выбрал профессию сварщика или токаря, сорян!🤔
Базовые рекомендации без накрутки опыта:
С HH и подобным связываться тут не особо эффективно, ибо это будут сотни откликов в пустоту!
закидываем себя туда, не прошли - поменяли аккаунт, снова закинули. Важно пробиться к человеку!
Ну а дальше - твои коммуникативные способности! Ты должен влюбить в себя человека через хорошую теоретическую и практическую базу и прокачанные софт-скиллы!
Недавно на мок-скрининге у меня был Ростислав. На мой взгляд, если бы он смог пробиться к HR, шанс получить работу у него был бы достаточно высок.
Смотрите видео на YouTube и пишите, что думаете: он готов к стажировке или вряд ли бы её получил?
Ну а если вам нравится контент, поделитесь бустом, плиз https://t.me/qabigtech?boost
А то слетели реакции с QA-Котом Борисом, сидим, грустим
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤13👍12🔥7
Media is too big
VIEW IN TELEGRAM
Сегодня прочитал статью про то, как Яндекс внедряет LLM в QA.
И так как я работаю в одном из юнитов и активнейше использую ИИ в своей работе и жизни, решил поделиться своими наработками по этому поводу!
Самое важное:
По практике для QA:
1) Генерация чек-листов через анализ изменений в пул-реквесте
Крутая штука, но зачастую даёт избыточные чек-листы и требует дополнительной валидации. Зато сходу подсвечивает, что менялось.
2) Генерация тест-кейсов по тестплану
Нечасто получается использовать из-за недостаточной проработки тестплана и полноты описанных требований. Считаю это точкой роста, которая сразу решит вопрос кейсогенерации и классной документации - работаем в эту сторону.
3) Нейроревью
Поначалу очень нравился, а после того как приписался автотестами, он редко стал подсвечивать что-то полезное - чаще просто какая-то чушь. Но для новичков 100% полезная штука.
4) Генерация автотестов
Ну это просто пушка! Особенно после подключения Playwright MCP, который и айдишники соберёт, и сам тест напишет, причём по структуре и правилам вашей команды. Пользуюсь ежедневно. Да, нужно валидировать, но ускоряет нереально.
5) VLM-приколы
Скриншотишь элемент с DOM-деревом и просишь накинуть дата-тест-айди - и агент сделает это 10/10. Также со скринами ошибок в консоли, генерацией проверок по скрину макетов - работает на ура!!!
Стал ли я быстрее на 30%, как описано в статье? - сказать не могу, потому что начал писать автотесты, уже используя ИИ. Но мне кажется, что точно проще: половину дебага забирает на себя нейронка, и как минимум не сижу без дела, когда с какой-то проблемой столкнулся. Да и остальные штуки типа объяснения написанного и рутинных операций забирает на себя нейросеть.
А вы как нейронки у себя используете? И используете ли вообще?
И так как я работаю в одном из юнитов и активнейше использую ИИ в своей работе и жизни, решил поделиться своими наработками по этому поводу!
Самое важное:
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%, как описано в статье? - сказать не могу, потому что начал писать автотесты, уже используя ИИ. Но мне кажется, что точно проще: половину дебага забирает на себя нейронка, и как минимум не сижу без дела, когда с какой-то проблемой столкнулся. Да и остальные штуки типа объяснения написанного и рутинных операций забирает на себя нейросеть.
А вы как нейронки у себя используете? И используете ли вообще?
👍15❤7🔥7
Хранить тест-кейсы в ТМС 🧠
Хранить тест-кейсы в Excel🧠
Хранить тест-кейсы в генетической памяти🧠
А если серьёзно, где вы храните ваши тестовые артефакты? И какой ТМС пользуетесь?
Я давно не видел, чтобы кто‑нибудь хранил кейсы в эксельках, но лет 7 назад это было нормальной нормой🙀
Хочу посмотреть, насколько такой ассистент помогает QA в работе, в каких кейсах он применим, а где это - бесполезное внедрение нейронок на фоне хайпа!😺
Я сам никогда не пользовался ТестОпсом, и это будет взгляд новичка. Заодно и ТМСку заценю, а то, судя по их сайту, им пользуется куча компаний в СНГ.
Приходите поддержать и посмотреть, как я туплю и пытаюсь шатать их ТМСку, это бесплатно - регистрация тут.
Хранить тест-кейсы в 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-канале.
Ставьте ❤️ и сохраняйте, если было полезно, до скорого!
И можно сколько угодно спорить, справедливо это или нет, но мир жесток, и лучше понимать правила, чтобы играть по ним или их нарушать
1. Почему уходите с текущего места ?
Вопрос проверяет логику перехода, вашу устойчивость и главное - не повторится ли та же история у них.
Лучшим ответом тут будет показать, куда вы идёте.
Важно дать понять, что вы знаете, чего хотите и , почему именно эта компания вам подходит, а не то что она первая попавшаяся под руку
2. Что вам не нравится в работе?
Интервьюер пытается понять: есть ли в их команде что-то, что будет вас систематически выбивать из колеи?
Тут важно опираться на реальность вакансии и показать, что в этой среде вы будете работать стабильно.
Это не про капризы или жалобы это про профессиональную зрелость и это нужно помнить!
3. Расскажи о вашей самой большой ошибке?
Все ошибаются — это нормальная часть работы. Интервьюер хочет увидеть:
- Умеете ли вы признавать проблемы
- Анализируете ли причины
- Выносите ли уроки
- Предпринимаете ли действия, чтобы не повторять
В ответе важно показать не свою идеальность, а профессиональную ответственность. Именно это и ищут в кандидате.
4. Что вас мотивирует в работе?
Интервьюер спрашивает не про вдохновение. Он спрашивает про устойчивость к выгоранию.
Да, зарплата мотивирует. Но только первые два месяца, пока она не стала привычной. А дальше что?
И тут в ответе важно привязаться к специфике конкретной вакансии и строить ответ исходя из того что они ищут в кандидате!
5. Кем видите себя через 5 лет ?
Самый коварный вопрос в списке.
Интервьюеру не интересны ваши мечты он проверяет одно: совпадает ли траектория вашего роста с возможностями, которые есть у них.
Тут безумно важно показать что ваш путь развития органично вписывается в то, что может дать компания.
Каждый вопрос базируется на информации о вакансии и компании, как вы заметили, поэтому подготовка, как всегда, решает!
Ну и, конечно, не нужно идти туда, где твои ценности не будут совпадать с вакансией и компанией - это обычно приводит к выгоранию на дистанции, хотя все мы разные, и может, у вас всё будет по-другому
Подробнее про эти 5 вопросов смотрите в новом видео на YouTube-канале.
Ставьте ❤️ и сохраняйте, если было полезно, до скорого!
❤20🔥9👍3
Всех с окончанием рабочей недели и наступающими выходными! 🎉
И не простое, а на позицию руководителя команды тестирования (QA-Lead).
Если вам интересно, что спрашивают на таких собеседованиях, или вообще интересно, чем занимается руководитель тестировщиков, с какими проблемами сталкивается и какие вопросы решает — welcome!👍
А если сами хотите поучаствовать в таком собесе, обязательно пишите в наш чат взаимопомощи тестировщиков, спишемся и запланируем.
Свете огромное спасибо за участие, открытость и смелость, у нее кстати крутой канал https://t.me/bettercalllory подписывайтесь!
Если полезно, ставьте реакции, и скоро увидимся! 🔥
А чтобы вам было что посмотреть, на ютуб-канале вышло новое мок-собеседование!
И не простое, а на позицию руководителя команды тестирования (QA-Lead).
Если вам интересно, что спрашивают на таких собеседованиях, или вообще интересно, чем занимается руководитель тестировщиков, с какими проблемами сталкивается и какие вопросы решает — welcome!
А если сами хотите поучаствовать в таком собесе, обязательно пишите в наш чат взаимопомощи тестировщиков, спишемся и запланируем.
Это поможет вам проверить свои знания, а комьюнити узнать, что спрашивают и как отвечать на вопросы собеседований QA.
Свете огромное спасибо за участие, открытость и смелость, у нее кстати крутой канал https://t.me/bettercalllory подписывайтесь!
Если полезно, ставьте реакции, и скоро увидимся! 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥16❤10❤🔥7👍3👏1
Коллеги, сегодня вышло новое видео на YouTube где я рассуждал о том, что является фундаментом всей нашей профессии — требования.
Потому что это база! Именно от требований прямых или косвенных мы можем отталкиваться в своей работе.
В видео были освещены вопросы:
- Что такое требования и зачем они нужны
- Как работать с требованиями, когда есть аналитик
- Что делать, когда Аналитика и требований нет
- Реальные примеры с проектов
- Техники анализа и уточнения требований
+ Для тех кто только осваивает тестирование и профессию QA Инженера подготовил домашнее задание для закрепления
Конспект лекции и ДЗ можно посмотреть на GitHub
С вас реакции, если было полезно, и всем замечательной рабочей недели ❤️
А я пошел продолжать писать самоотзыв и готовится к ревью, в этот раз идет непросто, скажу я вам, хочется нового года, а не вот это вот всё 😅
Можно идеально знать техники тест-дизайна, писать автотесты на Playwright и находить баги за секунды... Но если нет понимания как работать с требованиями, как их добывать и анализировать - всё это бесполезно и бесмыссленно .
Потому что это база! Именно от требований прямых или косвенных мы можем отталкиваться в своей работе.
В видео были освещены вопросы:
- Что такое требования и зачем они нужны
- Как работать с требованиями, когда есть аналитик
- Что делать, когда Аналитика и требований нет
- Реальные примеры с проектов
- Техники анализа и уточнения требований
+ Для тех кто только осваивает тестирование и профессию QA Инженера подготовил домашнее задание для закрепления
Конспект лекции и ДЗ можно посмотреть на GitHub
С вас реакции, если было полезно, и всем замечательной рабочей недели ❤️
А я пошел продолжать писать самоотзыв и готовится к ревью, в этот раз идет непросто, скажу я вам, хочется нового года, а не вот это вот всё 😅
1❤27👍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
• Детальную обратную связь от двух интервьюеров
А у вас есть проблемы с уверенностью на собесах? Пишите в комментариях - разберём вместе. А если хотите пройти бесплатное мок-собеседование, пишите в комментариях, организуем!🎉
На днях провели мок-собеседование с кандидатом, у которого отличная теоретическая база и хорошие практические навыки. Но знаете, что испортило все впечатление ?
Неуверенность!
Голос дрожит, после каждого ответа в глазах вопрос: "Правильно ли ответила?", постоянные "наверное", "может быть", "не уверена".
И это сразу заставляет интервьюера сомневаться!
Вот что я заметил за 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👍11❤9❤🔥2
Заканчивается 2025 год, и по традиции хочется подвести его итоги!
Год был непростой и очень насыщенный, а в нашей профессии вообще случилась ИИ‑революция😅 .
У меня осталось 2 рабочих дня, где я подбиваю долги, дописываю последние автотесты и ухожу отдыхать👍 .
Поэтому хочу провести прямой эфир в это воскресенье в 20:00.
На нём лампово поговорим про:
1. Тренды в профессии и мои предсказания на 2026 год.
2. Анализ рынка труда: QA‑вакансии и зарплаты.
3. Мои итоги года и планы на следующий год.
А ещё подарю AI‑инструменты своим подписчикам 🎁.
Что для этого нужно:
1. Перейти в комментарии к этому посту.
2. Написать свои итоги года: что было круто? Чем гордитесь? Что хотите улучшить и чего добиться в следующем году?
В воскресенье на прямом эфире самым залайканным комментариям подарю подарки.
Обязательно приходите, буду вас очень ждать! С наступающим!🎉
Год был непростой и очень насыщенный, а в нашей профессии вообще случилась ИИ‑революция
И всё это я очень хочу обсудить с вами, дорогие коллеги!
У меня осталось 2 рабочих дня, где я подбиваю долги, дописываю последние автотесты и ухожу отдыхать
Поэтому хочу провести прямой эфир в это воскресенье в 20:00.
На нём лампово поговорим про:
1. Тренды в профессии и мои предсказания на 2026 год.
2. Анализ рынка труда: QA‑вакансии и зарплаты.
3. Мои итоги года и планы на следующий год.
А ещё подарю AI‑инструменты своим подписчикам 🎁.
Что для этого нужно:
1. Перейти в комментарии к этому посту.
2. Написать свои итоги года: что было круто? Чем гордитесь? Что хотите улучшить и чего добиться в следующем году?
И не важно, работаете вы в QA, только ищете работу или вообще, не дай бог, разработчик — ваши победы и цели будут мотивировать других, а это самое главное!
В воскресенье на прямом эфире самым залайканным комментариям подарю подарки.
Обязательно приходите, буду вас очень ждать! С наступающим!
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤13