Брейни • QA


Гео и язык канала: Россия, Русский
Категория: Технологии


Мастерская по производству и обучению тестировщиков; по всем вопросам @BrainySupport_bot
Сайт школы - https://brainy.run

Связанные каналы  |  Похожие каналы

Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика
Фильтр публикаций


Стратегия поиска работы: количество или качество?

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

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

И сегодня мне попался пост, где ребята провели небольшое исследование - в одном случае, как я понимаю, просто откликались на всё подряд (вероятно, с помощью инструментов автоматизации), а в другом — как раз таки занимались вот этим вот «писать рекрутерам в личку».

Вот какие итоги:
Из 500 рекрутеров Никите ответило около 60%, и ни один из них не заинтересовался его резюме. С одним из рекрутеров был созвон, который стремительно кончился, когда Никита озвучил свой опыт)

Автоотклики показали себя получше: за месяц у Никиты было 21 приглашение (~4% от всех откликов), 15 ссылок на анкеты или тестовые, после которых был игнор, и 1 собес, для которого Никита делал тестовое.


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

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

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

2.5k 0 20 14 50

Изучай SQL и раскрывай преступления

Знание того, как работать с базами данных SQL на уровне "найти записи, создать, изменить или удалить", входит в список самых распространенных требований к QA

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

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

Как фанат геймификации ставлю лайк, как автор курсов и создатель собственной платформы - беру на заметку 🙂


Скромно напоминаю, что сегодня последний день скидки на новый курс по API и программы по тестированию в целом 😘

Если хотели приобрести, но откладывали - сейчас самое время :)

P.S А тем временем я, пользуясь знаниями из своего же курса, параллельно продолжаю делать собственную образовательную платформу - сейчас у нас там пока только проверка домашек, но дальше будет гораздо больше и круче 😉


Зачем тестировать API?

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

Представь, что тебе нужно отправить письмо другу через почту. Тебя не волнует, какой почтальон его заберет и как оно доедет — главное, чтобы дошло. Так и с API: это способ общения клиента (приложения) и сервера. Клиенту не важно, как сервер считает данные, — ему нужно, чтобы они пришли.
API — это "набор договоренностей" между частями приложения. Например, когда вы заказываете еду в приложении, фронтенд (то, что вы видите) запрашивает у сервера список продуктов через API, а сервер отвечает: "Вот тебе товары, цены и фотки". Без API ничего не работает.

А зачем это тестировать?

1️⃣ Раннее тестирование спасает деньги и нервы

В тестировании есть принцип 'раннее тестирование' — это значит, что проверять надо начинать как можно раньше. Если на сайте не прогрузилась картинка, по ответу сервера можно понять: баг во внешней части (фронтенде) или сервер выдал что-то не то.
Тестируя API, мы ловим баги до того, как они дойдут до пользователей. Исправить ошибку в API на этапе бэкенда — это пара строк кода. А если баг всплывет уже на фронтенде или у пользователей, то переделывать придется и там, и там, плюс репутация пострадает. Короче, тестирование API — это про экономию времени, денег и седых волос 😅.

2️⃣ Не все функции видны пользователю

Иногда фронтенда для какого-то функционала вообще нет. Например, у нас будет возможность удалить пользователя через API, но самому пользователю мы такую кнопку на сайте не дадим.
Как тестировать такие скрытые штуки? Только через API напрямую. Это особенно важно, когда бэкенд готов раньше фронтенда: разработчики уже сделали регистрацию или удаление, а интерфейса еще нет. Ждать не вариант — проверяем API и даем обратную связь сразу 🚀.

3️⃣ API — это сердце интеграций

У API может не быть единого фронтенда. Возьмем ChatGPT: его API позволяет встраивать технологию в чат-боты, сайты, инструменты разработки — куда угодно.
Тестировщик не может проверить миллионы приложений, где используется API, но он знает — если протестировать его в одном месте — оно заработает везде. Это делает API-тестирование суперважным навыком: вы проверяете не просто сайт, а основу, на которой строятся целые экосистемы 🌍.

Умение тестировать API — это не просто "посмотреть запросы в DevTools". Это про то, как поймать баги на ранних этапах, работать с "невидимыми" функциями и понимать, как приложения общаются друг с другом.

Если тебя заинтересовало изучение этой магии, напомню, что только-только у нас вышел курс "Тестирование API для абсолютных новичков". До субботы (22 марта) — скидка в честь запуска для всех, а для уже действующих студентов — еще больше 🙂

5.8k 0 28 13 45

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

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


Вышел курс по API

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

Процитирую то, что написал на странице курса:
"В современном мире API используется везде – без него не получится заказать такси, купить билет на концерт и отправить любимому внуку православную открытку в WhatsApp.

Любой тестировщик, который знает, как его тестировать, многократно увеличивает свою востребованность на рынке труда – и зарплату, раз уж на то пошло."
Этот курс достаточно глубоко копнёт в то, как взаимодействуют клиент и сервер, и как с помощью API делать то, что будет казаться магией.

Прочитать подробнее про курс (а также посмотреть довольно забавный трейлер) и приобрести его можно по ссылке.

В первую неделю на курс будет действовать приятная скидка для всех, а для тех, кто уже покупал мои курсы, будет действовать дополнительный промокод, который сделает покупку ещё выгоднее! Этот промокод я рассылаю всем покупателям платных курсов на E-mail прямо сейчас, а также опубликую в чатах студентов. Если вы покупали курс ранее, но не получили промокод - пишите нам в чат на сайте или в телеграм бот @BrainySupport_bot


Нужен ли английский тестировщику?

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

👉 Если вопрос звучит как:

"Спрашивают ли про знание английского на собеседовании?"


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

Но есть нюанс.
То, что справедливо для российского рынка, не обязательно будет так же работать в странах СНГ. Например, в Беларуси и Украине (по крайней мере, до 2022 года) много компаний, работающих на западных заказчиков. И если основная коммуникация в компании идет на английском, то хотя бы базовый уровень языка будет необходим.

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

Но! Есть второй аспект, о котором многие забывают:

⚙️ IT — это про постоянное обучение, саморазвитие и решение нетривиальных задач.
А процентов 80 (если не больше) всей полезной информации — это документация, статьи, курсы, форумы, видео и инструменты, которые всегда были, есть и будут на английском.

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

📌 Вывод:
Если английский не знаете — это не помешает вам трудоустроиться в России.
А вот если хотите работать с западными заказчиками или за границей — тут уже, конечно, без вариантов...

P.S. Правда, сам я знаю английский на уровне C1, смотрю YouTube, фильмы и сериалы только в оригинале, а ещё прожил полгода в англоязычной Малайзии.
И могу сказать — оно того стоит!


Брейни (как обычно позже всех) поздравляет всех представительниц женского пола с международным женским днем!

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

P.S. в последнее время только и делаю, что поздравляю, но скоро у меня для вас будут хорошие новости :)


Как никогда не найти работу в IT?

На днях наткнулся на пост основателя easyoffer про поиск работы в IT, и я ещё никогда не был настолько солидарен с автором практически по всем пунктам, им описанным.

Итак, чтобы никогда не найти работу, нужно:
1) Просматривать все вакансии перед откликом
2) Вчитываться в вакансии, прогонять через себя каждую их строчку и, когда кажется, что ты недостаточно хорош - закрыть вакансию
3) Писать сопроводительные письма (еще и уникальные под вакансии)
4) Смотреть только стажировки и вакансии, на которых написано "Без опыта"
5) Браться за все тесты кто ты из феечек винкс, анкеты и тестовые задания

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

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

Ваша ключевая задача на старте - вылизать резюме настолько, насколько это можно. Хорошие советы тоже дает автор поста, которым я вдохновляюсь:
1) Распихать самые распространенные ключевые навыки по профессии по разным частям резюме. Убрать всякую муть вроде "стрессоустойчивость", "работа в команде" и прочую дичь, которая никак не усилит ваше резюме как QA. Все перечисленное вы должны показывать на собеседованиях
2) Убрать из опыта работы все, что вообще не подходит профессии, а всё, что хоть чуть-чуть можно привязать - переформулировать и сделать это. Если профессия для вас новая и опыта нет - стараемся любые вещи, связанные с ней, добавить в резюме - обучение, стажировки, сайд-проекты и проч.

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

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

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

Всё. Вот и весь секрет поиска работы - оптимизация резюме и исключение бесполезных ритуалов.

6.6k 0 102 43 118

Забыл вчера выложить :)

Если вам тоже плевать на дедлайны и вы считаете, что валентинку можно отправить когда угодно (или вы такой же слоупок, как и я, и пытаетесь найти оправдания своей забывчивости) - держите эти две прекрасные открытки 😘


Почему тестировщиков вряд ли заменят нейросети?

Не знаю, только у меня так или нет, но сейчас практически все мои околоайтишные каналы трубят про китайский Deepseek — нейросеть, которая подбирается (а в некоторых вопросах и превосходит) к ChatGPT от OpenAI. На этом фоне хочется немного поговорить о распространённом утверждении, что нейросети скоро заменят нас, бестолковых тестировщиков, и будут сами сидеть на созвонах по 8 часов, решая задачи невероятной важности.

1️⃣ Ручные тестировщики в безопасности


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

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

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

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

2️⃣ Продуктовая сложность


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

Сила ИИ (хотя это пока и не ИИ в полном смысле) в том, что он умеет работать с чёткими, формализованными системами. Но цифровые продукты — их полная противоположность. Как нейросеть может разобраться в продукте, если для обычной ежедневной задачи нужно написать пяти людям, собрать две встречи, пролистать все чаты, пересмотреть макеты и документацию, чтобы найти хоть какие-то требования?

Хотя сейчас развиваются AI-агенты, и мне было бы интересно посмотреть, найдётся ли им применение в тестировании.

3️⃣ Слабость в автотестах


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

Как человек, который перепробовал множество инструментов автоматизации, могу сказать одно: более-менее адекватно они работают только с юнит-тестами и, может, с одной-двумя популярными фреймворками автоматизации. Всё. Когда я писал курсы по Robot Framework, даже при наличии хорошей документации в 90% случаев нейросеть выдавала лютую дичь. А так как комьюнити QA Automation несоизмеримо меньше комьюнити разработчиков, нейросетям не хватает примеров хорошего кода, что, конечно, отдаляет наше поглощение миром машин.

---

Да, время от времени перспектива, что когда-нибудь нас всех заменит ИИ, настораживает. Но пока таких трендов не наблюдается — напротив, количество вакансий тестировщиков растёт год от года. Так что не бойтесь — в ближайшее время нас не заменят. 🙂

Если вы хотите учиться и не боитесь восстания машин, приходите на мои курсы по тестированию! Сегодня я снова подключил промокод специально для моих читателей — BRAINY_TG (по нему вы получите небольшую, но приятную скидку). 🚀

9.6k 0 40 21 188

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

Канал в лучших традициях личного бренда назван ни капли не эгоцентрично - Никита Кулаченков

Короче говоря, если вам интересен лайфстайл контент в целом (в ближайшее время будет что-то эмиграционно-путешественническое), то буду рад, если подпишетесь 🙂


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--


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

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

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

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

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

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

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

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

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

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

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

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

8.4k 0 10 21 110

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

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

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


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

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

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

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

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

10k 0 32 51 61

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


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

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

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

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

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


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

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

7k 0 19 38 61
Показано 20 последних публикаций.