Начали писать огромный роадмап по QA

Ожидайте

Тестовая версия роадмапа готова, отправим его первым 10 юзерам, которые отпишут мне (а всё!).

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

Мы писали роадмап по QA целый месяц, тестово разослали его 20 людям и абсолютно ВСЕМ он понравился.

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

Набираем 500 👀 и дропаем.

Молодцы, набрали

Завтра, 18:00 MSK

Вышел огромный роадмап на целый час чтения! После него у вас точно не останется шансов не стать QA тестировщиком.

5 минут подождём?

Полный roadmap с нуля до Middle Manual QA тестировщика (±2000$ з/п)

В данной статье мы собрали всю информацию, чтобы ты за 2-3 месяца мог дойти до своего первого оффера в этой нише.

В ней мы разобрали следующие вопросы:
- Разбор видов QA
- Нужно ли уметь кодить?
- Сколько платят?
- Виды Manual QA
- Топ 10 причин перескочить джуна
- "Как учиться?" алгоритм

Ну и конечно же сам Roadmap для Middle Manual QA:
1. Теория тестирования
2. Как устроен процесс разработки в большинстве компаний
3. Тестовая документация
4. Клиент-серверная архитектура + API
5. Postman + Swagger
6. Базы данных + SQL
7. DevTools + Figma
8. Окружения, GIT, CI/CD
9. Сниффинг трафика (Charles Proxy / Proxyman)
10. Логи (ELK Stack / Sentry / Grafana + Loki)
11. Брокеры сообщений (Kafka, RabbitMQ)
12. Docker
13. Инструменты для моб. тестирования (Android Studio, XCode, ADB, Logcat)

Читать статью
Читать статью
Читать статью

Ознакомились с родмапом?

Пишите свой фидбек или свои вопросы в комменты ⬇️

Всем спасибо за фидбек! А мы идем дальше.

В опросе 2ым по популярности стало выполнение типичного задания тестировщика.

Скоро дропнем видео или проведем стрим на эту тему.

А пока накидайте 300 👀

Крипта VSЁ?

Месяц назад мы выпустили краткий роадмап по QA-тестированию, но получить её вы могли только лишь за заполнение формы. А зачем нам это? Мы получили ценнейшие данные. И самое главное - честные.

В итоге было ровно 300 респондентов 🚜. И на вопрос "Cколько получилось вынести с крипты за последний год" ±70% ответили, что ничего или ушли в минус. Но справедливости ради были и хорошие кейсы хорошего заработка, но думаю, все очевидно, что это единичные случаи.

Увы сейчас не 2021 год, где success rate толпы достигал 100%. В крипте стало кратно сложнее, неэффективностей стало меньше, конкуренция стала выше, проекты стали умнее, VC жаднее. Возможно, тот самый альтсезон скоро, и мы снова будем купаться в зеленых свечах, но пока имеем то, что имеем. Рынок не лучший.

И в таких условиях спроси себя.

Хочешь ли ты продолжать участвовать в этих крысиных бегах или всё-таки уже наконец хочется стабильности и скромные пару тысяч долларов на жизнь?

А какие альтернативы?

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

"А что если не крипта?"

...говорил как-то один философ

1) Вариант первый. Самый тупой, но не самый простой. Остаёмся здесь. Ждём альтсезона и денег с неба.

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

Минусы - он один, можно умереть с голода

2) Пойти на завод.

Плюсы - у вас будут деньги.

Минусы - у вас будет мало денег.

3) Пойти на удалённый или IT завод

Плюсы - говорят, это сейчас модно, и платят даже хорошо

Минусы - а куда идти то бл*?

4) QA-тестирование

О, да-а-а! Тот самый IT завод, который подойдёт многим. QA (Quality Assurance) Engineer - это инженер по качеству программного обеспечения или проще - тестировщик. Его основная задача заключается в том, чтобы находить баги, которые наговнокодил программист чтобы сайт или приложение работали так, как это было задумано.

Плюсы - за 2 месяца можно получить оффер на 2,000$ и даже не надо уметь программировать

Минусы - надо учиться и работать :((( Крутануть 3 транзы и получить дроп от Арбитрума уже не получится

В общем, если ты почему-то ещё не прочитал наш роадмап по QA, то пора это исправлять.

Почему корпорации готовы платить 2000$ новичкам без знания программирования?

Или кто такой QA-тестировщик?

Из прошлого поста мы знаем, что QA (Quality Assurance) Engineer - это инженер по качеству программного обеспечения. Если говорить коротко, то он проверяет, что ожидаемый результат совпадает с фактическим. Например, он проверяет, что кнопка должна быть определенного цвета и должна находиться в определенном месте.

Зачем вообще они нужны? А нужны они, потому что цена ошибки в больших компаниях уж очень велика.

Пример. В 2012 году финансовая компания Knight Capital потеряла $440 миллионов за 45 минут — всё из-за того, что в продакшен попал старый тестовый код. Система начала автоматически скупать и продавать акции по ошибочным алгоритмам. Формально, ошибка была на стороне девопса: код устанавливался на сервера вручную, без CI/CD (автоматической системы доставки изменений), и один из серверов активировал устаревший блок. Но здесь мог вмешаться QA — его задача не только «тыкать кнопки», но и подсветить риски в процессе доставки кода. Если бы тестировщик вовремя задал вопрос: «А как у нас релизится код?», «А мы точно исключили устаревшие фичи?» — возможно, трагедии можно было бы избежать. Один внимательный QA-инженер, знающий процессы, мог спасти компанию от банкротства. Подробнее.

Но ведь было далеко и вообще давно. Да! Поэтому другой пример.

В 2022 году в Тинькофф банке был баг, связанный с обменом валюты. Благодаря нему можно было бесконечно крутить связку RUB <> USD и получать огромный профит. Один из клиентов заработал 68,8 тыс. евро. Банк попытался вернуть средства, но судебные решения были неоднозначными: некоторые клиенты выиграли дела, другие - проиграли. Подробнее.

Думаю, теперь понятно, почему QA-тестировщики кушают свой хлеб.

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

А еще, можно за 2 месяца вкатиться в эту нишу и лутать по 2000$.

Как? А для этого мы написали огромный роадмап.

Почему ты никогда не найдёшь работу в QA-тестировании?

Многобукоф, но это того стоит. Читаем.

Под прошлым постом появился вот такой вот комментарий. Цитируем его: "Сейчас идти в куа и айти в целом смысла нету, ну почитайте хоть про обстановку на рчнке"

И это абсолютная правда. Причины вполне очевидные:

1) Инфляция знаний. Раньше чтобы устроиться на работу тестировщиком, нужно было не быть мудаком и знать теорию тестирования.

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

3) Медвежий рынок. Сейчас найм менее активный, но ежегодно с сентября увеличивается количество вакансий -> увеличивается количество офферов.

4) Много учеников из онлайн-школ. Рынок наводнили выпускники скилл коробок и других популярных онлайн-школ. Их проблема в том, что требования к соискателю меняются, а их программа - нет. У них нет актуальных знаний, их не учат проходить собеседования (это отдельный навык) и нет почти никакой практики. Скорее всего, вас будет обучать человек, который сам никогда не работал в айтишке (какой адекватный айтишник будет работать за 60 000₽, когда сам получает в разы больше?)

5) Много опытных кандидатов, которые не могут пройти собеседования. Чаще всего именно эта группа людей пишет подобные комментарии. Да, у них есть 3-5 лет реального опыта. А что они делали эти 3-5 лет? Возможно, они просто нажимали на кнопочки и никак не развивались. Или же они просто не умеют проходить собеседования, ведь уметь работать ≠ уметь проходить собеседования

Но QA не умрёт. Почему?

Есть разработка - есть баги. Есть баги - нужны тестировщики. Это аксиома. Автотесты не заменят человеческий мозг на проде.

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

1. Учиться каждый день
2. Использовать полученные знания на практике
3. Подготовить резюме
4. Следить за конверсией твоего резюме (количество собесов разделить на количество откликов). Если она слишком маленькая - проблема в резюме
5. Ходить на все собеседования. Каждое собеседование — это возможность закрыть пробелы в знаниях
6. Записывать каждое собеседование. Это нужно для того, чтобы понять, проблема в софт скиллах (нервничаешь / сидишь угрюмый / мямлишь) или в хард скиллах (не знаешь, что такое API). Понимание сути проблемы - это половина её решения.
7. Работа над ошибками. Улучшаем софт скиллы или закрываем пробелы в хард скиллах.
8. Снова идти на собеседование
9. Повторить пункты 5-8 до тех пор, пока не получишь оффер.

Если ты не готов - это не рынок мёртвый, это ты лежишь

И да, маленький секретик, как найти работу быстрее и получать больше.

Не стоит идти на Junior - конкуренция больше, зарплата ниже, а задачи будешь выполнять те же, что и Middle. Чтобы пойти сразу на Middle, необходимо накрутить опыт. Это означает, что вам нужно выбрать компанию, в которой вы якобы работали несколько лет и придумать, какие задачи вы выполняли, кто входил в вашу команду и прочее. Но об этом как-нибудь потом.

Пока кто-то ноет - другие получают офферы

Недавно на стриме обсуждали кейс Ильи, который начал обучение в декабре и в феврале вышел на работу на полную удаленку.

У людей по 2, 3, 4 работы, почему кто-то не может найти даже одну? Рынок открыт для всех, даже когда ему плохо, и каждый рано или поздно найдёт работу.

Если начать обучаться сейчас, то как раз к осеннему "потеплению" будет больше шансов залутать оффер. Роадмап к вашим услугам.

Всем хорошего дня.

Один из наших единомышленников поделился в чате своим мнением насчет нынешней ситуации. Вот линк на сообщение - https://t.me/c/2629340018/819

Если вкратце, не так важны знания, как рвение.

Всем хороших выходных. Через несколько дней дропнем очень интересный материал по QA.

Почему в QA не нужно уметь программировать?

В головах многих из нас стоят чёткие установки:

- В IT без кода — никак
- Срок входа — минимум год

В принципе, для становления разработчиком это абсолютная правда. Конечно, сейчас есть ещё такие вещи как нейронки аля v0, cursor и другие, которые изменили эту игру, но сегодня не о них. Для QA не нужно программировать и достаточно 2-3 месяцев для вката. Почему?

Для это мы разберём примерный стек обязанностей тестировщика:

1) Анализ задачи

Ты получаешь задачу от разработчиков, например, «добавить новый фильтр в каталог товаров».

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

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

2) Составление чек-листа

Ты записываешь в список все проверки, которые нужно сделать:
- Что будет, если выбрать один фильтр?
- Несколько?
- А если пользователь на телефоне?
- А если у него медленный интернет?

Например, на нашей работе мы видим какое-то требование, например, скидка 10%. Записываем в чек лист - "скидка должна быть 10%"

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

Проверки:
1. доступна ли фича для не зарегистрированного пользователя
2. Доступна ли с рейтингом 9, 10, 11?
3. С / без штрафом

3) Тестирование

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

Но сначала делаем положительную проверку = проверяем, что все работает так, как описано в требованиях. Например, задача - проверить поле регистрации. Можно 10 часов потратить на то, чтобы в поле email вводить разный бред. А потом откажется, что кнопка «зарегистрироваться» вообще не работает.

4) Регресс и повторное тестирование

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

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

5) Коммуникация

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

Конечно, без знаний, как работают запросы, браузеры, инструменты разработчика (DevTools), API и многого другого не обойтись, но это не программирование.

Но можно зарабатывать еще больше. Есть такая штука как AQA - тут ты уже пишешь софт, который сам за тебя тестирует что нужно. Обычно для таких целей используют Selenium и Playwright. Вкатываются сюда обычно после ручного тестирования.

Всё.

В общем, у нас есть мысль провести стрим и разобрать несколько типичных заданий тестировщика. Делаем?

Выполняем типичное задание QA-тестировщика на стриме

Мы проведём трансляцию, где наконец-то покажем вам, а что делают такого чудесного эти ваши тестировщики, что им готовы платить от 2,000$+ в месяц со старта

Мы познакомимся с:
- клиент-серверной архитектурой
- работой с DevTools в браузере
- работой с Charles Proxy (аналог DevTools)
- работой с ProxyMan (современный аналог Charles)

Мы:
- Решим тестовое задание реальной компании
- Составим вместе чек-лист и тест-кейсы для нового функционала в приложении ivi
- Протестируем небольшой функционал сайта
- И конечно же лампово посидим с вами и поотвечаем на все ваши вопросы

После этого стрима вы наконец поймёте, из чего состоит работа в QA.

10 Июля, 18:00 по MSK

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

Ожидаем.

Напоминаем, что стрим с pазбором типичного задания тестировщика - завтра, 10 июля, в 18:00 MSK

1 час до стрима