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

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

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

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

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

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

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

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

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

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

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

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

Ну а если вам нравится контент, поделитесь бустом, плиз https://t.me/qabigtech?boost
А то слетели реакции с QA-Котом Борисом, сидим, грустим 😺

Неделю назад релизнулся «Промптхаб», и у меня наконец-то дошли руки его затестить! 🎉

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

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

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

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

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

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

🙀

). Как загрузится, скину вам потестить!

А вы пробовали платформу? Пишите обратную связь в комментариях, ну и ставьте ❤️, если тоже считаете, что штука полезная!

Главная ошибка большинства тестировщиков и QA на собесе - СПЕШКА!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С вас ❤️ если было полезно и пишите валились ли на собесе из за спешки или это не про вас?

Перфоманс-ревью стартует через 30 дней…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А сегодня выступаю на MoscowQA митапе с докладом про своё погружение в автоматизацию - обязательно приходите, увидимся 👍

Если бы мне давали по 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 минут на написание правил сэкономят сотни часов всей команде!

Сохраняй и внедряй в свои проекты!
Было полезно? Ставь ❤️

Воскрешаем рубрику с мок-собесами! 🎉

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

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

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

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

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

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

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

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

Я вернулся из отпуска 🎉 и сходу, с новым докладом, который родился из моего 60 дневного погружения в автоматизацию!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Буду безумно рад вас видеть, регистрируйтесь и приходите 🎉

Навеяно докладами на митапах, конференциях и разговорах с коллегами 😺

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

#мемница

Подключайтесь , начинаем! 🎉 https://telemost.360.yandex.ru/live/55fc99bd82cc41068f67b2c754e2ebfd

Через час начинаем эфир, присоединяйтесь по ссылке:
Телемост

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

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

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

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

Ждем вас в 19:00, не опаздывайте!

Как организовать автотесты на проекте, чтобы понял и разобрался даже новичок?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приходите, если хотите, узнать как писать автотесты на реальном проекте и как это делать качественно 🎉

Как я научился проводить 1-1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не стоит боятся этих разговоров. 30 минут живого общения спасут вам месяцы мучительной работы, опробовано на практике, как говорится 🎉

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

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

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

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

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

Кстати, ппц приятно, что столько коллег поддержало дескуфизацию, безумно круто, достигнем своих целей вместе! 🎉

День 0

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

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

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

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

😺

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

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

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

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

😺

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

😡

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

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

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

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

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

#дескуфизация

А ты автоматизируешь?

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

Очень от многих коллег-тестировщиков слышал про желание перейти в автоматизацию, но по той или иной причине цель не выполняется 😺

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

Из этого, надеюсь, получится много видео и статистика, которой я с вами поделюсь.

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

😅

Поэтому если завтра или послезавтра будете на SQADays37, обязательно подходите, познакомимся, обменяемся контактами, буду очень рад повидаться 🎉

Новое видео на канале 😅

Коллеги, вышел свежий выпуск подкаста с крутым гостем!

Сегодня в гостях Никита из Яндекс.Еды — разбираем, как устроено тестирование в одном из крупнейших продуктов Яндекса и погружаемся в технологию BDUI (Backend-Driven UI).

Что узнаете из выпуска:
🔵Как организованы команды тестирования в крупном продукте
🔵Пирамида тестирования на практике (спойлер: она не всегда идеальная)
🔵 Что такое BDUI и почему это круто для продукта
🔵 Инструменты для тестирования BDUI: Layout Inspector, Charles, Proxyman
🔵Как автоматизировать тестирование кроссплатформенных решений

Кому будет полезно:
🔵 QA-инженерам, работающим с мобайлом
🔵 Тестировщикам, которые хотят быть в тренде технологий
🔵 Всем, кто работает с крупными продуктами

Главный инсайт: BDUI позволяет выкатывать изменения без релизов в сторы, а тестировать это не так страшно, как кажется! 👍

Смотрите по ссылке:
YouTube
ВК

А если есть вопросы по тестированию — welcome в наш чат взаимопомощи: https://t.me/+NT-IOeLALxszN2Zi

Понравилось? Ставь реакцию и делись с коллегами! 🎉

Ссылка на эфир: https://telemost.yandex.ru/live/ac7b95d7ca4847e8a354c5476536c7a4

Мы стартовали: подключайтесь, ждем вас и ваши вопросы 🎉

А вы готовы с вайбом поговорить про нейросети в тестировании? Я уже да ❤️

На той неделе я делился своим опытом применения ИИ в работе и личных проектах, а сегодня гостем будет Дима — автор канала: https://t.me/qa_road_channel и практик в области интеграции нейросетей в тестировании програмного обеспечения.

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

Ссылка на эфир: https://telemost.yandex.ru/live/ac7b95d7ca4847e8a354c5476536c7a4

Стартуем в 19:00, будем вас ждать! 🎉

Последние 2 недели занимался очень необычной активностью…

Мы с авторами ТГ-каналов по тестированию и QA собрались для того, чтобы изучить, какие ТГ-каналы по нашей любимой профессии существуют и какие из них являются действительно качественными 👍

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

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

Поэтому, если тебе интересно тестирование и QA и ты хочешь быть в курсе актуальной информации в нашей профессии, жми сюда:
https://t.me/addlist/PNmSaWa9ktw2YjRi

Договорились проводить такое ревью регулярно, и надеюсь, наша работа будет полезной для вас

🤔

Кстати, в папке есть и мой канал, и канал моего коллеги Димы — автора канала https://t.me/qa_road_channel, чей курс по применению AI в тестировании я прошел неделю назад.

После чего мы решили провести эфир, где я хочу расспросить Диму о его опыте применения ИИ в работе, а он реально впечатляет! 😅

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

😺

И конечно, вы тоже сможете задать свои вопросы — на все ответим ❤️

Ждем вас в это воскресенье в 19:00 на эфире. Ссылку пришлю в день эфира, как всегда с вайбом поговорим про применение AI в тестировании!

Ставьте 🎉, если придешь, и увидимся ✌️