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

Что общего у успешной карьеры в IT, подкастов, организации масштабных конференций и мечты о доме у океана? Андрей Смирнов, "золотой голос русского IT", знает ответы!

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

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

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

В новом ролике я приехал из Санкт-Петербурга в Великий Новгород, чтобы встретиться с Олегом Мирошкиным — геймдев-разработчиком и настоящим гидом по этому историческому городу. Вместе мы прогулялись по улочкам Новгорода, заглянули в самые неожиданные места и обсудили многое: от жизни в малых городах до тонкостей работы в геймдеве.

В этом ролике вы узнаете:

– встреча с Олегом: планы о поездке в Таиланд и личные истории о жизни и отношениях;
– достопримечательности города: от привычных ТЦ до исторических памятников, которые вдохновляют своей историей;
– ответы на вопросы подписчиков: откровенные разговоры о незавершённых проектах, менторстве и первых шагах в геймдеве;
– работа в геймдеве и обучение: как искать работу, оценивать уровень навыков и учиться разработке на Unity через YouTube;
– идеи для будущих игр: интересные концепции от шутера с физикой до необычных игровых механик.

Присоединяйтесь к нашему путешествию по Великому Новгороду, вдохновляйтесь опытом Олега и находите свои новые идеи для развития в IT и не только!

Апдейт на февраль. Закрываю менторство.

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

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

Ключевые результаты в цифрах:
· В нашем сообществе уже 350+ участников.
· Многие уже вышли на собеседования, получили офферы и начали новую карьеру. Отзывы можно прочесть по ссылке
· Ещё больше готовятся к переходу в IT и находятся на этапе активного обучения.

Я пошел дальше и упаковал свой опыт и обратную связь от учеников в образовательный продукт — курс по QA:

· Много практики! Забудьте про сухие вебинары — мы разбираем реальные задачи, с которыми вы столкнётесь на работе.
· Поддержка. Ментор и я на каждом этапе, обратная связь, общие созвоны с уже работающими ребятами в роли спикеров, и разборы вопросов с собеседований.
· Структура. Только база и мясо — чтобы вы разобрались в тестировании даже с нуля.
· Готовим к собеседованиям. От составления резюме до проработки легенды.

15 февраля в 19:00 по МСК проведу живой вебинар, где расскажу о самом обучении, отвечу на все вопросы, а также приглашу ребят, которые уже обучились и работают в IT!

➡️ Заполни форму на вебинар и мы свяжемся с тобой для дальнейшей коммуникации!

Бонус для ранних пташек: оставьте заявку до вебинара (до 15 февраля) и получите скидку 10% на предоплату.

Сезон найма начинается уже через пару недель, и это лучшее время для карьерного рывка. Запланируйте свой переход в IT и начните учиться сейчас.

ОБУЧЕНИЕ – ЭТО МАРАФОН, А НЕ СПРИНТ

На мотивации ты заряжен, глаза горят, руки чешутся, и кажется, что если будешь херачить каждый день без остановки, то быстрее дойдёшь до результата. Логично же?
Нет. Это ловушка.
Обучение – это не спринт, где нужно рвануть со старта, выложиться на 110% и упасть без сил у финиша. Это марафон. И если с самого начала не научиться распределять силы, можно не просто "сдохнуть" на середине пути, а вообще потерять желание продолжать.

Как я сам в это влетел

Я тоже думал, что чем больше учишься – тем быстрее придёшь к цели. Что если грузить себя по максимуму, то результат будет быстрее, круче, мощнее. Вставал – за комп. Учился – до упора. Спал – минимум. Отдых? Да кому он вообще нужен, если можно учиться?

Результат? Полное выгорание.

В один момент я просто вырубился. В прямом смысле. Мозг отказался работать. Ничего не хотелось. Ни учиться, ни работать, ни вообще что-то делать.
И знаешь что самое обидное? На восстановление я потратил больше времени, чем если бы сразу грамотно распределял нагрузку и не пытался учиться как маньяк.

Почему я не рекомендую учиться 24/7?

Потому что мозг – это не SSD-диск, который можно бесконечно забивать информацией без потерь. Он устаёт. Перегревается. Даёт сбои.

Вот что происходит, когда ты безостановочно херачишь: материал плохо усваивается или вообще не усваивается. Кажется, что ты учишься, но по факту просто заливаешь в голову инфу, которая через день улетучивается.
Пропадает мотивация. В начале – «я рву и мечу», через неделю – «что-то устал», ещё через пару дней – «да нахрен оно вообще надо». Выгорание. Полное. Безвозвратное. Когда даже думать про учёбу тошно.
Короче, если хочешь выучиться быстро – не пытайся учиться бесконечно. Это парадоксально, но это так.

Как учиться, чтобы не сгореть?

Не нужно пытаться "форсировать" знания. Учеба – это не боевик, где главный герой за неделю становится суперспецом. Формируй ритм. Лучше учиться стабильно, чем пахать по 10 часов в один день, а потом неделю не открывать учебник. Делай паузы. Учи 50 минут – отдыхай 10. Или 90 минут учёбы – 15 перерыв. Отдых не тормозит процесс, он часть процесса. Меняй формат. Если только читаешь – засыпаешь. Если только делаешь практику – закипаешь. Чередуй, комбинируй. Отдыхай. Спи нормально. Двигайся. Проветривай голову. Мозг лучше учится, когда отдыхает.

Запомни: если ты выжмешь из себя все силы – потом потратишь в два раза больше времени на восстановление. Так что не спеши, главное не скорость, а достижение цели.

Трудоустроился, а что дальше?

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

Изучи продукт так, чтобы ты мог объяснить его бабушке

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

Что делать:

- Попробуй продукт как пользователь. Зарегистрируйся, потыкай все кнопки, пройди через этот сценарий: «Я — обычный юзер, что я буду делать в этом сервисе?».
- Спроси у коллег. Обычно в компании есть демо-презентации или обучающие материалы. Если нет — попроси кого-то из команды объяснить тебе продукт вживую.
- Сделай конспект. Запиши основные фичи, бизнес-ценность, целевую аудиторию. Если ты не можешь в двух предложениях объяснить, зачем этот продукт нужен — ты его не понял.

Разберись, как работает команда и процессы

Ты не один в поле воин. От того, как настроена работа в команде, зависит, насколько комфортно тебе будет тестировать и вносить свою ценность.

Что делать:

- Разберись, кто за что отвечает. Кто твой тимлид? Кто разработчики? Кто пишет аналитику? К кому бежать, если что-то сломалось?
- Пойми, как проходит разработка. Scrum, Kanban, водопад? Где создаются задачи, как их передают в тестирование, как идет работа с багами?
- Участвуй во всех командных митингах. Даже если тебе кажется, что ты ничего не понимаешь — просто слушай. Через неделю-две ты начнешь улавливать суть.

Инициируй прохождение регресса

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

Что делать:

- Попроси доступ к тестовой документации. Это может быть TestRail, Qase, Test IT, Confluence — неважно, главное, чтобы у тебя был список тест-кейсов.
- Пройди регресс самостоятельно. Выполняя тест-кейсы, ты увидишь связи между функциональностями, найдешь потенциальные нестыковки и быстрее поймешь, что действительно важно в системе.
- Отметь слабые места в документации. Если какие-то тест-кейсы устарели или не описаны должным образом, ты можешь сразу внести предложения по их улучшению. Это будет плюсом в глазах команды.

Быстро бери первую рабочую задачу

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

Что делать:

- Проси простые задачи. Пусть это будет тестирование мелкой фичи или проверка бага, но тебе важно почувствовать процесс.
- Задавай вопросы. Если не понимаешь, что делать — спроси. Никто не ждет, что ты все знаешь с первого дня.
- Фиксируй все, что тебе непонятно. Через неделю ты будешь смеяться над тем, что раньше казалось сложным.

Настрой коммуникацию правильно

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

Что делать:

- Научись четко формулировать вопросы. Если пишешь разработчику «у меня не работает», будь готов ждать ответа долго. Если пишешь «на таком-то билде в таком-то окружении при таких-то условиях кнопка не срабатывает, но в логах есть такая-то ошибка», ответ придет быстрее.
- Не бойся выглядеть глупо. Лучше один раз задать «глупый» вопрос, чем неделю делать не то.
- Общайся не только по работе. Чай, кофе, мемы в командном чате — это тоже часть адаптации.

Веди дневник адаптации

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

продолжение в комментариях⬇️⬇️⬇️

Тест-кейсы или чек-листы: что выбрать и когда?

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

Когда хороши тест-кейсы?

- Сложные сценарии: если у тебя много условий, развилок и зависимостей, подробный тест-кейс — настоящее спасение.
- Формальная документация: в некоторых проектах, особенно когда нужны сертификаты и соблюдение жёстких требований, без них не обойтись.
- Обучение новичков: если в команде есть новые ребята, тест-кейсы помогут им быстрее вникнуть и понять логику тестирования.

А что с чек-листами?

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

Ключевой фактор — как заведено у тебя в компании

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

- Подробные тест-кейсы — для самых критичных частей (оплата, интеграции, безопасность).
- Чек-листы — для остального функционала, где жёсткие требования не нужны.

Не забывай о приоритете тестирования

Честно говоря, документация — дело полезное, но иногда ты можешь «утонуть» в ней и потерять время, когда продукт критически важно протестировать прямо сейчас. Что делать в такой ситуации?

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

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

Вывод
- Выбор зависит от того, что принято в твоей компании, специфики продукта и личных предпочтений.
- Тест-кейсы идеально подходят для формальных сред, сложных сценариев и обучения новичков.
- Чек-листы незаменимы, когда время поджимает, а нужно быстро прогнать основное.
- Главная цель — качественно проверить продукт. Документация в этом лишь инструмент и не должна мешать тебе оперативно выявлять баги.

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

С Днём Святого Валентина!

Пусть в этот день твой жизненный код будет без багов, сессия счастья не истекает, а тест-кейсы любви выполняются на 100%!

Желаю, чтобы система поддержки рядом была надежной, а рефакторинг отношений приносил только улучшения. Пусть в логах жизни всегда будет status: 200 (Success), а в душе — стабильный high load положительных эмоций!

С праздником!🥸

Подкасты — самое низкоуровневое творчество?

Я, честно говоря, давно так считаю, и вы наверняка слышали мой ответ на вопрос «зачем ты их делаешь?». С маркетинговой точки зрения подкасты без прогревов и воронок — полный ноль, а с точки зрения чистого интереса к гостю — чистая десятка.

В этот раз я позвал Артема Колдомасова — ментора, QA-гуру и по совместительству знатока самых странных сортов пива. За одно только табачное пиво ему уже можно дать отдельную награду. В подкасте обсуждаем:

Куда движется QA и каких спецов будут искать через 5 лет;
Действительно ли менторство круче, чем быть хэдом команды;
Как понять, что ты выгораешь и пора остановиться;
И, конечно, дегустируем пиво от классического лагера до лютого эксперимента с перцем.

Легкий спойлер: в 01:26: Артём рассказывает, чем бы он занимался в жизни, если бы деньги не имели значения (и немного шокирует меня).

Так что, если вам нравится слушать разговоры без всяких прогревов, но с толковым контентом (и пивом), — милости прошу к подкасту. Смотрите, пишите свои мысли. И да, подкасты остаются моим тайным guilty pleasure, несмотря ни на что.



Смотреть на ютуб: https://youtu.be/qoClLBzH1mI