Сергей Лебедев | QA

Коллеги, привет, хотел бы поговорить о действительно важном!

Все чаще, тестировщики, разработчики и другие наши коллеги, заваливают важнейший этап найма - секцию с тарологом !

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

Не благодарите, а просто поставьте 🔥 и репостните своим коллегам, когда нибудь эта информация спасет ваш оффер.

И да хранит вас Сатурн 🙏

Было ли у вас такое, когда должен начать что то делать и со всех сторон это будет правильно и выгодно, а вот желание это делать нет и даже наоборот есть отторжение ?🤔

Пару месяцев назад, я замотивировался снова вернуться в автоматизацию.
И как будь то, плюсы очевидны:
+ Актуальность, рынок просит фулстеков, которые могут и качество обеспечить и автотесты написать, и готов платить за это.
+ Деньги, потенциально это реальная возможность вырасти по зп, фулстек qa зачастую получает даже больше рядового разработчика.
+ Контент, тут гигантская кладезь информации, которой можно делится с коллегами , как тут в блоге, на ютубе, так и на профильных конференциях.
+ Автоматизация - это база для одного крупного проекта, о котором расскажу чуть позже.

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

Прикол еще в том, что раньше я их писал и проблем с эти не было, и я начал думать, что стоит за этим отторжением?
И тут, многие коллеги могут закидать меня дизами, но я обнаружил такие внутренние убеждения:
-Код должен писать разработчик, QA должен обеспечивать качество , помогать разработчику кейсами, ревьюить результат, но уж никак не сидеть и программировать, это странное переключение контекстов, которое может потенциально даже навредить проекту.
-Автотесты силами разработки будут дешевле бизнесу, чем автотесты от фулстек QA. Кто пробовал нанимать фулстеков , знают что они часто дороже рядового разработчика и их, блин, мало 🫡

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

А вы что думаете по этому поводу ? Есть тут здравое зерно или я просто ленивый кот и пытаюсь оправдать свою прокрастинацию ?🙀

Зачем выступать на конференциях?😻

За последние пару месяцев, я выступил на нескольких онлайн митапах и 2 оффлайн конференциях с докладами по тестированию.

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

Но блин, насколько все эти полезности удваиваются если это делать как спикер🙀

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

У спикеров есть отдельные чаты и спикерские комнаты, куда не пускают обычных участников и там можно познакомиться с другими докладчиками и поболтать на общие темы. Можно замутить совместные проекты, как было с Мишей на Heisenbug, где мы сняли классное интервью и с Лёшей на SQA, где тоже сняли несколько роликов и договорились об подкасте.

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

📹 Новое интервью на канале: Интервью с тестировщиком из "ВК Видео"! 🎥

Привет, друзья!🤗

Сегодня я рад представить вам новое интервью, которое я записал на конференции по тестированию HEISENBUG. В этом видео мы поговорили Мишей, с опытным тестировщиком из "ВК Видео", который делится своим опытом работы над тестированием видео-сервиса на телевизорах.

🌟 Что вас ждет в видео:

• Как наш гость стал тестировщиком и какие шаги он предпринял для этого.

• Его путь обучения и профессионального роста в области тестирования.

• Уникальные аспекты тестирования видео-сервиса на различных платформах, включая телевизоры.

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

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

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

Как встречи один на один помогают решить споры и конфликты в переписках, на моем опыте, по свежим следам 🤓

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

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

Буквально вчера у нас возник спор по поводу одной задачи. В переписке каждый из нас пытался доказать свою правоту, и в итоге разговор стал похож на баттл рэп: «Я прав! Нет, ты!» Но как только мы встретились один на один, и высказали свои точки зрения "вживую" мы пришли к решениям по всем вопросам за считанные минуты, вместо часовых переписок.

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

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

📱 Шортс по теме

Heisenbug - завершен, лечу обратно в Нижний Новгород, довольный как кот😻

Спасибо организаторам за подготовку на невероятном уровне, все было продумано до мелочей, уверен поучаствую еще, если позовут, конечно 😁

Небольшой видео отчет по моему челленджу с подарками 📱

Сижу сейчас в аэропорту, Надеюсь , перевеса по ручной клади не обнаружат 😬

Делюсь волнительной радостью, я на Heisenbug и в этот раз уже как спикер 🥳

Со мной небольшая банда Яндексойдов, хотелось бы всех томатиков сюда, но мы скушали все бюджеты на такие мероприятия ещё весной и поэтому так🥴

Мой доклад про тестпланы в 13:45, а пока, хожу осматриваю стенды на предмет возможного Лута .

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

Поставьте огонечки 🔥 если верите в мою мечту ! И пожелайте удачи на выступлении, оффлайн не выступал тыщу лет 😬

😧 Что важнее для тестировщика Софты или Харды?

Порассуждали об этом со Старшим инженером по тестированию Яндекс Лавки Игорем Нестеренко, приятного просмотра🤗

Ставьте огонечки если было интересно и полезно🔥

📱 Видео на ютуб

🤓 Один из ключевых принципов тестирования - «Раннее тестирование»

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

Поэтому, важно сдвигать начало тестирования максимально влево (Shift left testing)

Для реализации этого принципа, в клиентском тестировании «Яндекс Лавки» мы используем шаблон тест плана, который создаем внутри «Трекера», при переводе статуса проектной задачи в "техническую проработку".

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

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

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

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

Пятничный мэмчик😎
Основано на реальных событиях
Огонек если было? 🔥

Поговорим о вкусностях в работе тестировщика и почему я люблю эту профессию 💍

Минусы профессии можно почитать тут!

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

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

Тоесть, ты сделал задачу за определенное время, а потом ещё столько же , если не больше, чинишь баги, эта дичь, с которой я не смог смирится, а вот работа инженера по тестированию, в свою очередь, мне показалась безумно крутой!🤔

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

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

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

А за что любишь свою профессию ты ?
Пиши в комментарии

📱 Шортс по теме

Пятничный мемес 🤗
Ставьте огонек если кек 🔥

Вроде бы, только недавно, мы, нашей томатной командой тестирования тусили на SQA DAYS 34 💋

А уже скоро, новая конференция, которую, уже планирую посетить как докладчик.
Тут видео анонс доклада 📱

Приходите, буду очень рад увидеться🤗

⬆️Это я, довольный, после отправки защиты на перформанс ревью!

Проходят они раз в пол года и на них мы подводим итоги работы за этот период.
Выписываем достижения и ожидания по оценке. Пишем отзывы на себя и коллег. Защищаем подчинённых на калибровках.

В Яндекс для меня это уже 16е ревью 🤓!
За это время, выработал ряд правил.

1️⃣Результат нужно продумать заранее 🤡 Очевидно? А ты что хотел, если ты заранее не подумал цели, и то как ты их будешь замерять, очень сложно потом будет продать твою работу на ревью, важно выбрать цель и метрику, ещё на этапе планирования полугодия, чтобы потом не кусать локти.

2️⃣Фиксировать зачемнужность. Для каждого поинта на ревью, писать зачем он был реализован и обязательно указывать цифры доказывающие улучшения, в денежном/временном или любом другом измеримом варианте.
Формула: Было-N, Стало-N Прирост/Экономия-N
А ещё подкреплять ссылками на графики, которые это доказывают.
Если ты двигаешься к цели, но не замерял её изначально, потом, может получится так, что цифры доказывающие улучшения отсутствуют, уже натыкался на такое, очень больно😡

3️⃣Документацию хрен продашь НО если ты что то задокументировал и потратил на это много времени, можно попробовать собрать отзывы об использовании, посчитать сколько требовалось бы времени на выснение информации, без этой документации и сколько она её экономит-в день/неделю/месяц или замерить сколько людей ею воспользовались, если есть инструмент🤨

4️⃣Доклады/Конференции/Статьи это конечно хорошо, но кроме маленького плюсика чего то больше ожидать не стоит, разве что на колибровке будет равный результат с кем то и это может перебороть, но я с таким не сталкивался 😅
Поэтому занимаемся этим для себя и не ждём что нас за это похвалят 😭

Согласен или нет? А может есть свои фишки успешного прохождения ревью?
Давай пообщаемся в комментариях🤗

📱 Шортс по теме в коментах ⬇️

😡 Минусы быть тестировщиком, спустя 9 лет работы!

Лучше поздно чем никогда, кек.
На самом деле нет - о плюсах будет другой пост🥰

1️⃣Отсутствие осязаемого результата труда. Когда у строителя есть - дом, у разработчика - код, у плотника - плот. Что есть у тестировщика? И ладно, если автоматизатор, там есть автотест, но если тестить руками, так и получается что ты просто тестируешь и тестируешь, как самурай без цели.😡

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

3️⃣Отсутствие четких требований - я хз, может мне так везло, но за весь мой опыт работы, я исчерпывающих требований в глаза не видел , это всегда или намеки на них, или неоднозначная писанина , которую проще переписать чем валидировать и самая основная работа по проекту, у QA, сводится к тому чтобы их получить и зафиксировать. Иначе будет жёсткий нервяк, за что нести ответственность если ты не знаешь её границ? 🤨

4️⃣Профдеформация - из за постоянно давящей ответственности за качество, начинаешь во всем видеть противоречия, далеко не только в работе, где это ок и от тебя их и ждут, но и в жизни, где ты становишься таким "душным типом", который не может пройти мимо не точности, двусмысленности, и не поправить человека.
А ты знаешь тестировщика и приятного собеседника в одном лице ❓

5️⃣Постоянная спешка - в работе никогда ни на что нет времени, ни посидеть подумать тесты, ни проверить все что хотел. А ещё, вот эти офигенные вбросы:
-"Надо катнутся через неделю/завтра/вчера!"
(проект, при этом, не то что не тестирован, не реализован даже)
Успеем в релиз? Ваши ставки?🃏
Это просто потрясающе, куда постоянно торопится менеджмент, кто то может сказать? Как будто, если релизнутся пораньше, взорвать пользовательский опыт не очевидными багами, будет лучше, чем ехать, хотя бы сколько то уверенными в качестве фичи? Так ещё и проекты, в большинстве своем, не взлетают по итогу.
Отвал фляги крч. 🤡

А что тебя бесит в твоей работе?
Напиши в комментариях

📱Шортс по теме ⬇️

Пробую себя в создании мЭмчиков, поставьте реакцию збс или хуеvо?)

Узнали? Согласны ?)

Кстати, подписывайтесь на Ютуб канал!

Там регулярно выходят видео по тестированию 🤗

Как стать техлидом?
Ответ в интервью с Максом Федяниным техлидом Яндекс Лавки!

Мы поговорили о карьерном пути Макса.
О скилах необходимых руководителю технических команд.
Про собеседования и найм.
Гендерное неравенство в разработке.
И стили управления командой!

Обязательно посмотри и поставь лайк, получилось длинное, но безумно содержательное видео🤗