Новое видео на канале 😅
Коллеги, вышел свежий выпуск подкаста с крутым гостем!
Сегодня в гостях Никита из Яндекс.Еды — разбираем, как устроено тестирование в одном из крупнейших продуктов Яндекса и погружаемся в технологию BDUI (Backend-Driven UI).
Что узнаете из выпуска:
🔵 Как организованы команды тестирования в крупном продукте
🔵 Пирамида тестирования на практике (спойлер: она не всегда идеальная)
🔵 Что такое BDUI и почему это круто для продукта
🔵 Инструменты для тестирования BDUI: Layout Inspector, Charles, Proxyman
🔵 Как автоматизировать тестирование кроссплатформенных решений
Кому будет полезно:
🔵 QA-инженерам, работающим с мобайлом
🔵 Тестировщикам, которые хотят быть в тренде технологий
🔵 Всем, кто работает с крупными продуктами
Смотрите по ссылке:
YouTube
ВК
А если есть вопросы по тестированию — welcome в наш чат взаимопомощи: https://t.me/+NT-IOeLALxszN2Zi
Понравилось? Ставь реакцию и делись с коллегами!🎉
Коллеги, вышел свежий выпуск подкаста с крутым гостем!
Сегодня в гостях Никита из Яндекс.Еды — разбираем, как устроено тестирование в одном из крупнейших продуктов Яндекса и погружаемся в технологию BDUI (Backend-Driven UI).
Что узнаете из выпуска:
Кому будет полезно:
Главный инсайт: BDUI позволяет выкатывать изменения без релизов в сторы, а тестировать это не так страшно, как кажется!👍
Смотрите по ссылке:
YouTube
ВК
А если есть вопросы по тестированию — welcome в наш чат взаимопомощи: https://t.me/+NT-IOeLALxszN2Zi
Понравилось? Ставь реакцию и делись с коллегами!
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
А ты автоматиз ируешь?
Такой вопрос хочется задать коллегам на конференции, и если это правда, будем дарить подарки, а если нет — узнаем причину, ведь это же не так сложно и сулит как прибавку к зарплате, так и более интересные задачи👍
Поэтому, раз я буду в том месте, где концентрация коллег на квадратный метр максимальна, я смогу собрать статистику: кто уже это делает, а кто хочет и почему-то не может.
Из этого, надеюсь, получится много видео и статистика, которой я с вами поделюсь.
Поэтому если завтра или послезавтра будете на SQADays37, обязательно подходите, познакомимся, обменяемся контактами, буду очень рад повидаться🎉
Такой вопрос хочется задать коллегам на конференции, и если это правда, будем дарить подарки, а если нет — узнаем причину, ведь это же не так сложно и сулит как прибавку к зарплате, так и более интересные задачи
Очень от многих коллег-тестировщиков слышал про желание перейти в автоматизацию, но по той или иной причине цель не выполняется😺
Поэтому, раз я буду в том месте, где концентрация коллег на квадратный метр максимальна, я смогу собрать статистику: кто уже это делает, а кто хочет и почему-то не может.
Из этого, надеюсь, получится много видео и статистика, которой я с вами поделюсь.
На конференции не выступаю, в этот раз в запасе, но зато будет время пообщаться с коллегами
😅
Поэтому если завтра или послезавтра будете на SQADays37, обязательно подходите, познакомимся, обменяемся контактами, буду очень рад повидаться
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥17
Forwarded from Дескуфизация 360
Media is too big
VIEW IN TELEGRAM
День 0
Я вернулся с конференции SQAdays, но я не чувствую радости. Ко мне пришло осознание, что так дальше продолжаться не может.🙀
Я организовывал первую летнюю школу обеспечения качества в Яндексе, писал и снимал контент для вас, лидил несколько команд тестирования, погружался в автоматизацию на проекте, вёл цель по улучшению работы тестинга, выступал с докладами, менторил учеников, развивал закрытое сообщество, ну и пытался выделить оставшееся время на семью и сон.
Кстати, @alexey_qa, спасибо, что пригласил в первый день конфы провести блиц-собеседования, где мне нужно было определить реальный опыт у человека или накрутка, не видя его, сидя к нему спиной. Было сложно: коллеги пользовались ИИ чтобы списать, лиды притворялись инженерами-автоматизаторами, пытались меня обмануть, причём у некоторых это получалось, поэтому это было круто и весело! Собесы люблю❤️
Ещё наводили суету с @DmBelyakov, раздарили 22 киндера коллегам за вопросы по автоматизации — это было очень весело. Кто-то игнорил, кому-то это было по кайфу. Спасибо всем, кто откликнулся, — вы смелые герои! Некоторые видео опубликую, где люди были не против публикации, остальных — нет.
И тут тоже я мог подготовить вопросы получше, с каждым обговорить публикацию, но ничего успел — как всегда я бегал и разрывался, то на интересные доклады, то хотелось своих коллег поддержать, ну и нужно познакомиться с новыми людьми, и я даже думал на встречки по работе ходить параллельно, причем видел кучу коллег которые работали непосредственно на конфе — шиза полная.
Причём я уже делал это весной, когда запускал дескуфизацию, где показал, как я за 60 дней похудел, внедрил ежедневный спорт и отказ от вредных привычек, которые сейчас, к сожалению, вернулись. Да и спорт забросил, сплю по 5 часов, а типичная еда стала — бутерброды и кофе. Откуда тут будут силы?
Поэтому, сегодня стартую Дескуфизацию 2.0, где я буду каждый день делиться отчётами, как буду внедрять в свою жизнь спорт, время с семьёй, нормальную еду, сон и контент, а убирать лишние проекты, ненужные встречи и тревогу по поводу всего и вся.👍
Подумай, и если хочешь — залетай! Это 60 дней дескуфизации, стартуем сегодня. Денег за участие не беру — это бесплатно. Мне хочется себе компанию единомышленников, которые поддержат меня и друг друга, поэтому подписывайся на канал марафона и кидай кружок со своим отчётом в комментариях к моим отчетам, если участвуешь, или просто пиши слова поддержки, мне будет приятно !😅
Будем наводить порядок в жизни вместе — пора дескуфизироваться!🎉
#дескуфизация
Я вернулся с конференции SQAdays, но я не чувствую радости. Ко мне пришло осознание, что так дальше продолжаться не может.
Последние месяцы для меня оказались дико напряжёнными, и скрывать это под маской «все ок» уже просто невозможно.
Я организовывал первую летнюю школу обеспечения качества в Яндексе, писал и снимал контент для вас, лидил несколько команд тестирования, погружался в автоматизацию на проекте, вёл цель по улучшению работы тестинга, выступал с докладами, менторил учеников, развивал закрытое сообщество, ну и пытался выделить оставшееся время на семью и сон.
А на конференции, даже выступить не смог, потому что доклад оказался не таким проработанным для попадания в основную программу, хотя я безумно хотел выступить. Но видимо, из-за перегруза не вывез и сидел в резерве
😺
Кстати, @alexey_qa, спасибо, что пригласил в первый день конфы провести блиц-собеседования, где мне нужно было определить реальный опыт у человека или накрутка, не видя его, сидя к нему спиной. Было сложно: коллеги пользовались ИИ чтобы списать, лиды притворялись инженерами-автоматизаторами, пытались меня обмануть, причём у некоторых это получалось, поэтому это было круто и весело! Собесы люблю
Ещё наводили суету с @DmBelyakov, раздарили 22 киндера коллегам за вопросы по автоматизации — это было очень весело. Кто-то игнорил, кому-то это было по кайфу. Спасибо всем, кто откликнулся, — вы смелые герои! Некоторые видео опубликую, где люди были не против публикации, остальных — нет.
И тут тоже я мог подготовить вопросы получше, с каждым обговорить публикацию, но ничего успел — как всегда я бегал и разрывался, то на интересные доклады, то хотелось своих коллег поддержать, ну и нужно познакомиться с новыми людьми, и я даже думал на встречки по работе ходить параллельно, причем видел кучу коллег которые работали непосредственно на конфе — шиза полная.
А по вечерам пивко, которое сейчас особенно тесно вплелось в мою жизнь. Нужно же снимать стресс? На спорт сил уже нет, на что-то созидательное тоже, поэтому лёгкий выход — напиться и вырубиться.
😺
Но я считаю, что это слабая позиция, и нужно что-то менять.
😡
Причём я уже делал это весной, когда запускал дескуфизацию, где показал, как я за 60 дней похудел, внедрил ежедневный спорт и отказ от вредных привычек, которые сейчас, к сожалению, вернулись. Да и спорт забросил, сплю по 5 часов, а типичная еда стала — бутерброды и кофе. Откуда тут будут силы?
Поэтому, сегодня стартую Дескуфизацию 2.0, где я буду каждый день делиться отчётами, как буду внедрять в свою жизнь спорт, время с семьёй, нормальную еду, сон и контент, а убирать лишние проекты, ненужные встречи и тревогу по поводу всего и вся.
Если у вас откликается, погнали вместе — так меняться гораздо легче! Готов даже годовую лицензию «Cursor» разыграть среди тех, кто присоединится и дойдёт со мной до конца!
Подумай, и если хочешь — залетай! Это 60 дней дескуфизации, стартуем сегодня. Денег за участие не беру — это бесплатно. Мне хочется себе компанию единомышленников, которые поддержат меня и друг друга, поэтому подписывайся на канал марафона и кидай кружок со своим отчётом в комментариях к моим отчетам, если участвуешь, или просто пиши слова поддержки, мне будет приятно !
Будем наводить порядок в жизни вместе — пора дескуфизироваться!
#дескуфизация
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥38
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