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

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

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

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

Обычно проверяю это через задачи на тестирование без указания каких-либо важных требований.

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

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

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

Я это все к чему: под конец года меня захлестнула волна собеседований.

Каждый день проходят технические секции или финальные интервью.

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

В любом случае надеюсь, что мы найдем идеального тиммейта до Нового года и стартанем 2025 год в расширенной команде! 🎉

Всегда рад вашим огонечкам🔥

И расскажите, как у вас дела: чилите или в предновогоднем мыле? 🥴

Поздравляю всех с наступающим Новым годом!

В этот год я завел ТГ-канал, где начал делиться своими мыслями и полезными материалами.

Спасибо, что подписались, читаете и реагируете, для меня это очень ценно. 🤗

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

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

Ставьте 🎉, если есть праздничное настроение!

Привет, Я Сергей Лебедев - Senior QA ex QA Lead из Яндекс Лавки.

🤓 За 10 лет работы в IT:
• Попробовал себя в роли Android разработчика и понял что программирование это не моё.
• Прошел путь от стажёра с ЗП 7т.р до QA Lead в Яндекс .
• Тестировал веб, мобилки, бекенд и писал автотесты.
• Обеспечивал качество на проектах Яндекс Погоды, Маркета, Лавки и во многих проектах на аутсорсе.
• Провел десятки собеседований и нанял крутых QA специалистов к себе и в смежные команды.
• Выступал на митапах и конференциях по тестированию таких как Heisenbug и SQAdays

💡На этом канале вы найдете:
• Нюансы работы QA в бигтехе изнутри.
• Практики и инструменты которые применяю я и коллеги в своей работе.
• Материалы как работать с удовольствием и расти в профессии.

Мне нравится делится знаниями и опытом, которые скопились за годы работы, поэтому, с удовольствием делаю это на консультациях со своими менти. А так как материалов скопилось много, а времени на менторинг нет, буду делится ими в рамках ТГ и Ютуб каналов.

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

По всем вопросам можете писать мне в личку @serzh52

День программиста и Рождество в один день, кто то знает почему так🤔?

В любом случае, всех причастных с праздником 🤗

Ставь 🔥 если любишь своего программиста ❤️

Сегодня пройдет встреча с программным комитетом SQAdays 36 где я буду делится идеей доклада для предстоящей конференции!

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

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

Сейчас готовлю материалы которыми буду делится со слушателями .

Надеюсь все пройдет удачно, держите за меня 🤞 и ставьте 🔥 если интересно послушать 🤗

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

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

А что за цели:

0) Выпускать полезные материалы
• Опубликовать для канала 12 полезностей (шаблоны, гайды, инструменты)

1) Прокачаться в тестменеджменте
• Увеличить команду тестирования
• Увеличить зону ответственности
• Оптимизировать НБП процесс в зоне ответственности
• Больше делегировать
• Помочь команде выполнить поставленные цели

2) Оптимизация тест-планов
• Убрать из тест-планов лишнее
• Мониторить через лидов, как пишут тест-планы по проектам
• Собирать обратную связь

3) Мониторинг здоровья сервиса
• Собрать метрики, которые хотим отслеживать
• Построить по ним дашборд и графики
• Внедрить инструменты и процессы для сбора данных

4) Проведение QATalks
• Нужно найти 10 тем и провести по ним встречи в течение года

5) Выступления на конференциях
• SQAdays 36
• Heisenbug 2025
• TeamLeadConf

6) Скрытая цель
• Пока рассказать не могу; как появится информация, анонсирую.

Если вам интересно, получится ли у меня закрыть эти цели, и хотите узнать про мою работу изнутри — ставьте 🔥!

Пошло движение по целям 🔥
- Закинул заявки на конференции где хотел выступить. Теперь только ждать решения.
- Тестируем новый подход к НБП, чуть позже поделюсь тем что придумали и что делаем.
- Презентовал команде оптимизированный шаблон, будем смотреть как пользуются.
- Даже по секретной цели движ пошел, анонсирую когда будет не NDA
- Активно собеседую к нам в команду.

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

А мы в Лавке, сейчас, как раз активно ищем таких к себе в команду!

Если ты инженер по тестированию с опытом в мобилках и вебе.
Шаришь за Charles.
Понимаешь что такое логи.
И знаешь как работать с требованиями!

То мы тебя ждем на собес, напиши пожалуйста мне и я расскажу подробности!

Контакт @serzh52

Огонек 🔥 и репост, приветствуются 🤗

Про какой подход к NBP я говорил в целях?

NBP (ZBP)— это метрика, которая считается по количеству багов и их критичности и показывает, насколько высока забагованность.

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

Сейчас ситуация такая, забагованность в моей зоне ответственности — далека от идеала.

И для решения проблемы, в том году, внедрили NBP-встречи, где планируем решения по проблемам совместно с разработкой.
Это дало результат: мы попали в цель, снизив забагованность в 2 раза.

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

1)Для начала, стали ежедневно созваниваться командой тестирования для разбора обращений от пользователей, чтобы за одну 30-минутную встречу разобрать новые обращения и актуализировать статус по старым.

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

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

3)А еще, отсматриваем старые баги и обращения. Те, что уже не воспроизводятся, закрываем и перепроверяем критичность.

4)Потом, отсортируем и будем передавать разработке. Договорились, что раз в неделю по ним планируем починку.

Вот такие изменения! Как думаете, они помогут дойти до цели?

Если есть предложения, тоже пишите. Знаю, в канале много матерых QA, которые возможно сталкивались с такой проблемой!

Огонечкам 🔥 всегда рад! 🤗

Сейчас я готовлю статью на habr с рабочим названием:
«Soft skills которые изменили мою жизнь»

Там вы узнайте:
1)Как софт скилы помогают мне в работе и жизни.

2)Истории коллег которые добились крутых результатов в карьере и какие софты помогли им.

3)Какие софты качать айтишнику в первую очередь, а самое главное как.

4)И поделюсь результатами опроса, который будет ниже.

Там всего один вопрос и несколько вариантов ответа

Ваши ответы помогут составить представление о самых мощных софт скилах для айтишников и попадут в статью 🤗

Пятничное интеграционное тестирование, камер айфона и моего взгляда, оказалось провальным …

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

Мне кажется это будет интересно!
Ставьте 🔥 если согласны)

Меня подзавалило багами🥲

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

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

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

По остальным целям :
1)На все конфы которые хочу темы закинул, ждем ответ)
2)Материалы для ТГ канала - публикуются
Уже на канале:
Шаблон тест плана
Шаблон тест-кейса
Роадмап в профессию QA
Шаблон Матрицы компетенций и ИПР
3)Сейчас готовлю статью по софтам на Хабр, будет интересно, там статистика, опыт коллег и мой , ожидаю публикацию в марте.
4)Подготовил темы для QATalks на ближайший год !
Будем обсуждать на встречах самые животрепещущие темы профессии

А еще, на ютуб канале, начали выходить длинные видео (аж по 7 минут) поэтому, заходите смотреть!
планирую публиковать по одному выпуску в неделю.

Ставьте🔥 если так держать
или 👍 если надо сходить пивка попить ?

Мой первый митап!

Впервые я выступил публично
19 июня 2019 года.
Название доклада было:
«Как находить 80% багов за 5 минут».

Звучит байтово, но это реальность. В тот момент я работал в тестировании фронтенда Яндекс Маркета. Это были золотые времена создания «Беру» и экспериментов с «Брингли».
Деды всплакнули 🥲.

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

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

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

Про всё это я рассказал на закрытом митапе тестировщиков Яндекса. Тогда его организовывал мой первый руководитель. Андрюха, привет!

К сожалению, я не могу выложить запись доклада(

Тем не менее, про это и о том, как менялся релизный процесс в Маркете на тот момент, можно узнать из моей первой статьи на Хабре: https://habr.com/ru/companies/yandex/articles/478862/

Ставьте 🔥, если было полезно! И ❤️, если прибило ностальгией, как меня! 😁

Цель на эту неделю - добиться цели по НБП!

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

А на той неделе, я сделал первую версию QA дашборда здоровья сервиса.
Куда вошли такие метрики:
- Уровень забагованности
- Баги по критичности
- Создано/Решено по всем багам
- Где нашли баг (прод, пре, тестинг)
- Почему пропустили баг
- Кто нашел баг

Что еще можно померять, а главное зачем?
Напишите в комментариях - обсудим!
Доработаю его и покажу вам)

Ставьте 🔥 И легкой недели🤗