Подумываю над введением чего-то подобного для своих текущих и будущих курсов и хочется понять, стоит ли запариваться :)

Так где как всё таки учиться тестированию?

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

Так вот, спустя годы самообучения самым разным вещам - от тестирования и программирования до игры на гитаре и выращиванию растений на подоконнике я для себя выделил основные моменты:
1️⃣ Терпеть не могу вебинары - размазывание говна информации на полтора-два часа, которую можно было бы уместить в одно десятиминутное видео или даже обычную статью, а приходить и тратить уйму времени, чтобы задать пару интересующих меня вопросов в очень узкое временное окно - не самый прикольный способ провести время.
2️⃣ Мне не нравится учиться в группе - практически во всех школах именно такой формат - ты учишься не в своём темпе, а в среднем темпе всех учеников. Таким образом, если ты учишься медленнее и/или у тебя нет возможности выделить больше времени прямо сейчас - ты страдаешь. Если учишься быстрее остальных - проходишь программу за неделю, а потом еще две недели ждешь всех остальных. Я люблю учиться в своем темпе.
3️⃣ С челом из видоса на YouTube нельзя пообщаться через экран монитора - в процессе всегда возникают вопросы, на которые нет ответа в уроке. Ты идешь в другие источники, но либо нет ответа, либо никто не отвечает, либо отвечают такие же, как ты.

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

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

🎯 Авторские курсы + персональное менторство
Упрощенно моя стратегия (и совет всем начинающим) будет звучать так:
1) Находите хороший и доступный по цене авторский курс у эксперта по нужной теме (либо даже вообще бесплатный)
2) Находите ментора из сферы и время от времени организовываете с ним встречи

Авторские курсы решают проблему получения базовых и структурированных знаний - и, так как за ними стоят конкретные люди, вы всегда будете знать, с кем имеете дело - кто писал эти материалы, какой у него опыт, где работал и какие задачи решал. Такие курсы зачастую можно найти относительно просто даже на маркетплейсах курсов вроде Udemy и Stepik - или на том же Ютубе, как вы, скорее всего, нашли меня. Зачастую авторы даже на связи и проверяют домашки и отвечают на вопросы.

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

Сейчас даже не нужно бегать и искать повсюду в поисках нужного человека - уже давно есть сервисы, где можно найти крутых спецов - здесь могла быть реклама какого-то, но рекламу кого-либо, кроме себя, я не делаю, поэтому просто намекну - по запросу в Google или Яндекс "где найти ментора" вам выпадет аж целый список площадок - я смотрел менторов на Хабре, и там вполне интересные ребята 🙂

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

P.S. а если вам было бы интересно почитать, например, про то, как подбирать курсы, менторов или как выжать всё из обучения на курсах в онлайн-школах, ставьте 🔥

✍️ Чему я приятно удивился на первой работе в IT

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

1️⃣ Отсутствие микроконтроля

В автосалоне УАЗ моя работа специалистом по страхованию и кредитованию была, скажем так, неравномерная. Есть клиенты в салоне - есть работа, нет клиентов - и делать нечего. Особенность нашего салона была в том, что первый вариант - редкость. Время от времени к нам заваливался начальник из соседнего салона (говорят, под веществами) и просто разъебывал всех, кому не повезло - а не везло почти всем по очереди. Он хотел, чтобы мы работали каждую секунду - даже если работы объективно не было и не могло быть. Работая в магазине медтехники, я сидел в тесной комнате метра три на три спиной к моему начальнику - и каждую секунду он видел, чем я занимаюсь - и не дай бог я отвлекся на телефон на несколько минут...

В свой первый рабочий день (удаленно, так как ковид) после нескольких часов обучения я написал своему ментору что-то вроде "а можно я отлучусь на часик пообедать?". Каково же было мое удивление, когда он сходу мне написал нечто подобное:
- Мне всё равно, чем ты там занимаешься в течение дня - главное, чтобы задачи были выполнены

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

2️⃣ Толерантность к ошибкам

Я вырос в рабочей среде, в которой любая ошибка (особенно если ее можно финансово подсчитать) полностью перекладывается на человека, который её совершил. Ну, сами знаете, штрафы за опоздания/утери/порчу имущества и прочее. В некоторых случаях наказание заслуженно, но часто это просто штрафы ради штрафов.

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

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

3️⃣ Начальство, которое слушает

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

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

--

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

Если какой-то из этих пунктов вас "торкнул" и вызвал желание попасть в айти, то напоминаю про существование курса по веб-тестированию для абсолютных новичков (по промокоду brainy_tg, кстати, дополнительная скидка). А то я иногда забываю, что вообще-то курсы продаю.

Просто убери фильтр "Без опыта"

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

Просто не ставь фильтр "Без опыта". Забудь про него. Его не существует. Естественно, опыт хотят все - если к работодателю придут два человека с одинаковыми скиллами, но у одного будет хотя бы полгода опыта, а другого опыта не будет, пригласят на собеседование первого, потому что любой реальный коммерческий опыт будет лучше, чем самые крутые учебные проекты.

Именно поэтому работодатели по умолчанию ставят везде опыт "От 1 до 3 лет" (проверьте, это - самая большая категория вакансий на тестировщика). Они, конечно, рассчитывают, что к ним будут откликаться люди с опытом, но это всё разбивается на одно "но" - таких откликов у них может и не быть. Закрыть вакансию в IT, на самом деле, не очень-то просто - я лично знаю людей, у которых такие вакансии висят по полгода-год - просто потому, что никого не могут найти.

И, как вы думаете, что происходит, когда на их вакансии не приходят люди с нужным им опытом? Если им нужно закрыть вакансию, то они (негласно) понижают требования - и готовы рассматривать джунов. Тогда они открывают пул откликов и приглашают наиболее перспективных джунов - и уж тут-то вы можете оказаться в выигрыше, если у вас хорошее резюме.

Напомню, в описании вакансии своей первой работы в требованиях было написано "Высшее технические образование" и "От 1 до 3 лет опыта" - ни того, ни того у меня не было, и меня всё равно взяли. И теперь вы понимаете, почему.

Поэтому да, игнорируйте фильтр "Без опыта" и откликайтесь везде, особенно если вы подходите по всем остальным критериям в резюме - но и они не истина в последней инстанции. Если хотите, ставьте 🔥 и я напишу пост о том, почему не всегда можно верить тому, что пишут в требованиях к вакансии.

В рамках тестирования запустил недельную email рассылку по тестированию (тафталогия получилась, но суть вы поняли)

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

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

Все, кто зарегистрирован на сайте brainy.run её получат автоматически (если не отписывались от моих рассылок ранее, конечно). Если вы не зарегистрированы на сайте или отписывались раньше, но хотите почитать, что же такое я там пишу, то напишите свой email в форме подписки на рассылку - и я вас добавлю.

Всё бесплатно, конечно же)

Технические и фича-команды

Очень часто, когда мне задают вопросы из разряда: «А как в IT делается n?», «А как компании относятся к n?» и другие подобные «как», я отвечаю: «Зависит от компании».

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

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

🚀 Фичевые команды

Представим, что у нас есть банк. В приложении этого банка можно:
- совершать платежи,
- переводить деньги другим,
- открывать вклады,
- оформлять кредиты и ипотеки,
- бронировать отели.
И этим, конечно, не ограничивается.

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

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

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

🔧 Технические команды

А вот технические команды устроены немного иначе. И иногда не сразу понятно, чем они вообще занимаются.

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

Особенность в том, что поручить такой команде могут всё что угодно. Я поработал в таких командах некоторое время, и вот чем мы занимались:
- логирование и метрики,
- собственные WebView (если упрощать, то это открытие веб-сайта напрямую в приложении, без переадресации в браузер),
- подъём версий зависимостей,
- переход с одной дизайн-системы на другую,
- рефакторинг модулей приложения,
- Debug-меню (меню разработчика в приложении),
- плагины для IDE (программ, в которых разрабатывают приложения — Xcode, Android Studio, Visual Studio Code и т.д.) для внутреннего использования,
- и многое другое.
Как видите, задачи очень разнородные, и работать в таких командах может быть чрезвычайно сложно (или нудно).

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

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

Напомню, что у нас есть:
- Краш-курс по основам тестирования (бесплатный)
- Курс "Веб-тестирование для абсолютных новичков"
- Специализация "Автоматизатор тестирования на Robot Framework"
(на каждый платный курс действует промокод brainy_tg, дающий скидку подписчикам канала)

Вижу, что среди нас немало людей с Telegram Premium

Могу я вас попросить закинуть голосов за буст канала? Тогда я как минимум смогу добавить в канал собственные смайлики (вернее, смайлик - пока он один) и время от времени записывать сторисы 🙂

https://t.iss.one/boost/brainy_qa

Нет бы мой канал посмотрел))

P.S. что думаете по поводу блокировки? Будете искать аналоги или сражаемся до последнего?)

Последнее видео BadComedian'а про VK разлетелось по многим телеграм каналам, на которые я подписан, поэтому пришлось посмотреть, особенно с учётом последних замедлений (=блокировок) всеми нами любимого YouTube.

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

Встречайте шортс, который даст ответ на вопрос "почему некоторые баги не будут исправлены никогда?". Ну и не только на этот 🙂

https://youtube.com/shorts/j_rQhha3zho?si=Mga3EjcoLMUVT3dd

Приятного просмотра!

Для тех, у кого совсем всё плохо, выкладываю видео здесь :)

Решил запустить новогодние скидки на все курсы Школы Брейни - самые крупные за нашу историю 🙂

- Веб-тестирование для абсолютных новичков (3690₽ вместо 4290₽)
- Специализация "Автоматизатор тестирования на Robot Framework" (2490₽ вместо 2990₽)
- Автоматизация веб тестирования с Robot Framework (1399₽ вместо 1799₽)
- Автоматизация мобильного тестирования с Robot Framework (1399₽ вместо 1799₽)
- Godot для абсолютных новичков (999₽ вместо 1199₽)

Скидки будут действовать до конца 2024 года (до 31 декабря 23:59:59). Никаких промокодов не нужно - скидки уже на сайте и применены автоматически.

С наступающим!

P.S. В январе, скорее всего, буду повышать цены на всю линейку курсов, поэтому цены меньше или скидки больше наверняка больше не будет 🙂

Сегодня в полночь будет подведение итогов года для Брейни QA. Там я поделюсь результатами и своими планами на следующий год.

Хотелось бы узнать , что вы хотите от Брейни в следующем году и чего ожидаете - какие курсы, какие посты и т.д.
Пишите свои комментарии и мы всё обсудим :)

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

Итоги Брейни QA

В конце года принято подводить итоги и делиться планами на следующие 365 дней. Что ж, сразу начну с цифр:
- 840+ тысяч просмотров на видео на YouTube (и это при том, что у меня только 3 длинных)
- 16+ тысяч подписчиков на YouTube
- 6.7+ тысяч подписчиков в Telegram
- Около 10 тысяч студентов на бесплатном курсе и несколько сотен - на платных :)

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

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

Но работа очень-очень-очень далека от завершения. Во-первых, в тестировании еще много направлений, которые я не покрывал ранее, среди которых API, базы данных и мобильное тестирование. По всем этим темам планирую сделать отдельные курсы - с практикой, специальными учебными проектами, обратной связью от преподавателя и крутой базой - все, как вы любите :)

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

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

Моя цель - прийти к формату «Берите только то, что нужно вам, и не переплачивайте за то, что вам не подходит».

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

Конечно, я вряд ли смогу сделать все за один год (а может и вообще), но мечтать то ведь не вредно? Когда еще мечтать, если не сейчас?

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

С новым 2025ым годом!

✍️ Чему я неприятно удивился на первой работе в IT

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

1️⃣ Встречи ради встреч

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

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

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

Когда люди приходят в IT, у них в голове есть картинка карьерного роста - сейчас я джун, потом миддл, потом сеньор, потом лидом стану - а там и еще выше прыгнуть можно. Так вот, я уже очень давно отказался от идеи стать лидом - просто потому что все лиды, которых я знаю, целый рабочий день сидели на созвонах - представьте, каждый день по 6-8 часов переключаться между комнатками в Zoom'e или в Google Meets. И никакого тестирования, ради которого ты пришел. Н-да.

2️⃣ Таймтрекинг

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

Если коротко, то таймшиты - это такие листы рабочего времени, где ты расписываешь, какими задачами занимался на протяжении дня, и сколько времени (часов и минут) у тебя ушло на каждое. У тебя в привычку должно войти действие под названием "подбить темпо" - т.е. сделать так, чтобы каждый день у тебя все восемь рабочих часов были расписаны задачами - где-то приходится подкручивать время (потому что реально 8 часов не всегда получается забить задачами), где-то - записывать, что эти 15 минут ты был на такой встрече, эти 30 - на другой и т.д. По такой же системе заполнялись и отпуска - да-да, на задачу "Я ушел в отпуск" тоже нужно было списать время. И это обязательно - без этого тебе не могут посчитать зарплату.

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

3️⃣ Отсутствие видимого результата

Своим студентам я часто подсвечиваю этот момент - работа тестировщиком невидима (а если становится видима - значит, тестировщик поработал плохо).

Я знаю много людей, которым нужно видеть результат своих действий - так, например, дизайнеры сразу видят иллюстрации или компоненты, которые они нарисовали, фронтенд разработчики видят, как выглядит сделанное ими приложение - а мы, QA, не видим ничего, кроме написанных нами тест-кейсов и чек-листов. У нас нет и не может быть портфолио, и мы часто не можем оценить, что полезного мы сделали и какой вклад внесли в развитие продукта - а работа, кажущаяся нам "пустой" (хотя таковой и не является), нас демотивирует.

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