@how_to_code_web3

Обучение "C нуля до Middle QA (зп 150-200к рублей) за 2 месяца"

2025-07-24T20:31:07.252Z

❗️26 июля, 18:00 - повышение цен

❗️❗️❗️Если вы уже хотите оплатить, то вам сюда.

Содержание:

- Что такое QA-тестирование?

- Сколько платят QA-тестировщикам?

- Почему вообще платят QA-тестировщикам?

- 🔥 Зачем вам обучаться QA-тестированию?

- Кто вас будет обучать. Кто мы?

- Обучение "C нуля до Middle QA (зп 150-200к рублей) за 2 месяца". Что мы вам предлагаем?

- Кому подойдёт?

- Формат

- Длительность обучения

- Кейсы наших учеников

- Программа курса, цены и условия

Привет, мы запустили обучение по QA-тестированию, и внутри всего за 2 месяца мы обучаем людей становится Middle QA и устраиваться на работу с зарплатой в 150,000 - 200,000 рублей.

А теперь подробнее...

Что такое QA-тестирование?

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

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

Сколько платят?

Разберём, сколько может зарабатывать ручной тестировщик в СНГ (на валютных удалёнках зарплаты, очевидно, будут гораздо выше)

Junior QA: в среднем 71 000 ₽ (≈ 900 $)

Middle QA: в среднем 194 000 ₽ (≈ 2400 $)

Senior QA: в среднем 267 000 ₽ (≈ 3400 $)

Lead QA: в среднем 283 000 ₽ (≈ 3600 $)

Почему вообще платят QA-тестировщикам?

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

Ну и более приближенные к нам примеры:

В 2023 году житель Волгограда покупал вещи из ЦУМа за 150 рублей вместо 150 000 рублей. Суд встал на его сторону, и ему не пришлось ничего возвращать. Подробнее тык

В 2023 году был баг в WildBerries, который позволял бесплатно забирать вещи из пункта выдачи заказов. Тут уже суд встал на сторону WB. Подробнее тык

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

Именно данные вещи фиксятся тестировщиками и им готовы платить за это деньги.

Зачем вам обучаться QA-тестированию?

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

Ещё пару лет назад можно было нормально зарабатывать. Сегодня же доходы упали в разы. Да, что-то ещё приносит, но это всё чаще превращается в лотерею. И если вы ловите себя на мысли: «Хочу стабильности, нормальной работы и понятных денег», — значит, пора смотреть в сторону QA.

1. Причина первая - стабильность

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

QA может обеспечить 150–200 тысяч рублей в месяц - на нормальной удалённой работе, где платят за ваш мозг, а не за везение.

2. QA - вход в IT без знания кода

Если вы не кодите - это не проблема. В QA можно войти совсем без программирования.

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

Да, если со временем захотите - можно освоить автоматизацию и стать AQA с более высокой зарплатой. Но на старте — код не нужен вообще.

3. Работа из дома - как в крипте, только с окладом

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

Работаете в IT-компании, в нормальной команде - и знаете, что 2 раза в месяц вас точно ждёт зарплата.

4. Карьерный рост

Начинаете с позиции Middle QA - и уже через пару месяцев можете:

взять вторую работу и зарабатывать 300к;
прокачаться до Senior QA и выйти на тот же уровень;
освоить автоматизацию (AQA) и получать 400к;
выйти на международный рынок — и зарабатывать в валюте, до $7000–8000.

Дополнительно для вас мы прописали "карту" развития MIddle QA тестировщика:

I. Техническая ветка, СНГ рынок:
а) Senior QA
б) Middle Fullstack (QA + AQA)
в) Senior Fullstack (QA + AQA)
г) Middle AQA
д) Senior AQA

II. Техническая ветка, международный рынок (там зарплата в $ или в € --> вилки гораздо выше):
а) Senior QA
б) Middle Fullstack (QA + AQA)
в) Senior Fullstack (QA + AQA)
г) Middle AQA
д) Senior AQA
е) Web3 QA или AQA

III. Управленческая ветка:
а) Team Lead QA
б) Project Manager

IV. Переход в разработку:
а) Любой язык, который захочешь. Сейчас самые больше ЗП у бекендеров на GO

5. Причина пятая - различные плюшки

QA - это не только зарплата. Это и отсрочка от армии, и льготная IT-ипотека под 6%, и официальные отпуска и больничные.

Это то, чем вам никогда не даст крипта и "темки".

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

Кто вас будет обучать. Кто мы?

Пишет данную статью - cryppi. автор канала How to Code.

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

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

Кофаундер канала - Ahillary - back end разработчик и автоматизатор. Больше 7 лет в программировании и за это время успел поработать в нескольких коммерческих компаниях (как web2, так и web3). С тестированием сталкивался абсолютно в каждой компании и на каждом этапе работы (начиная с собеседования и заканчивая тестированием принтами написанием unit тестов). В последнее время сосредоточен на своих проектах и даже в них не может обойтись без тестирования.

И самое главное звено - это Влад

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

Чуть-чуть регалий: ранее работал учителем программирования для детей (Python, C++, C#), год назад устроился ручным тестировщиком в каршеринговую компанию на зп в 2.600$ gross, сейчас решил сменить место работы и проходит собесы на сеньора - 4.300$+.

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

Что мы вам предлагаем?

Авторское обучение. Мы запарились над очень глубокой проработкой материала. Наше обучение подойдет всем - и тем кто шарит в IT и его основах, и для полных нулей тоже. Каждый найдёт для себя то, что ему нужно.
Гиперопытный эксперт. Вы будете обучаться у Влада, который является действующим экспертом и работает в ведущей каршеринговой компании QA-инженером. К тому же этот человек уже обучил многих людей разного уровня на позицию QA-тестировщика.
Комьюнити, которое замотивировано в общении и взаимной помощи. На обучении сформируется большое комьюнити прошаренных тестировщиков, с которыми вы сможете настроить win-win сотрудничество.
Будет запущен так называемый "паровозик" собеседований, где каждый будет закидывать видео записи своих собеседований, на основе которых вы сможете получать актуальные требования со стороны работодателей.
Любой вопрос. На вопрос абсолютно любого уровня вы получите развернутый ответ, и вас не осудят душные челы в паблик чатах.
🔥 Приватная тестовая площадка. Чтобы ваша практика проходила как можно эффективнее, мы создали свою специальную тестовую площадку, где уместили всю нужную для поступления и работы практику
🔥🔥Уникальная система прохождения собеседования. Новички с других обучений идут на junior QA (зп 70к), где, огромная конкуренция, и вы вряд ли получите оффер. А мы же учим ребят сразу идти на позицию middle QA (зп 150-200к)
🔥🔥🔥 Возможность обучить за 2 месяца на позицию Middle QA инженера и устроиться на зарплату в 150-200к рублей.

Кому подойдёт данное обучение?

Вы должны будете уделять 2 часа в день на изучение QA-тестирования. Мы всё сделаем со своей стороны. Предоставим отличный материал, который уже проверен множеством людей. Предоставим комьюнити, которое готово развиваться. Предоставим помощь и ответы на интересующие вопросы. И самое главное наш метод позволил устроиться многим людям на работу.
Вам нужен компьютер или ноутбук. Без них ну уж никак :)
Вам НЕ НУЖНО уметь кодить. Да, кодинг не нужен.

Формат обучения

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

Длительность обучения

2 месяца. И уже после них мы будем с вами искать работу.

Кейсы наших учеников

Мы пообщались с некоторыми учениками Влада, которые проходили у него менторство. Задали им несколько вопросов про путь в QA: что было сложно, сколько ушло времени и какую ЗП они в итоге выбили. В общем, читайте.

Первый - Вадим.

Раньше он учился в МАИ и профессионально играл в CS. Потом ушёл в крипту: писал небольшие Python-скрипты под прокрут проектов. На старте обучения было тяжело - пытался зубрить теорию, пока не понял, что надо вникнуть, а потом повторять спокойно и осознанно. С полного нуля до устройства прошло 70 дней.

В итоге он получил оффер на 175 000₽ (до налогов) в компанию, связанную с мобильными устройствами.

Второй - Илья.

До QA он был менеджером по продажам, знал немного Python. Основная сложность для него - заставлять себя учиться каждый день. На обучение и поиск работы ушло 75 дней. Оффер получил на 28-й день после первого отклика.

В итоге: оффер на 200 000₽ в дочернюю компанию крупного банка.

Третья - Даша.

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

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

@Davcost9n - Вадим

@fancy_kinguin - Илья

@dashqa_engineer - Даша

Программа курса, цены и условия

В общем, наше обучение будет состоять из 8 блоков. А тарифа будет - 2.

- В первом тарифе будет 6 блоков.

- А во втором тарифе - 8 блоков. (то есть все 6 что из первого тарифа, и 2 дополнительных)

Первый тариф называется - "QA базовый", а второй тариф - "QA зарплатный"

Итак, что входит в блоки?

Блок №1. Чем занимаются тестировщики + теория тестирования

Что будет внутри этого блока:
- Рекомендации о том, как обучаться эффективно и почему кто-то получает работу, а кто-то нет
- Различные практические задания, чтобы почувствовать себя тестировщиком и понять, что ничего сложного нет
- Сама теория тестирования, разобранная на реальных примерах
- Пример оформления конспекта в Notion, который далее будет удобно использовать как шпору на собесе или для подготовки к собесам

И что самое крутое, что будет в конце каждого блока. Мы разберём - список вопросов, которые скорее всего спросят вас на собеседовании

Блок №2. Тестовая документация + где она хранится

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

Продолжаем погружаться в задачи тестировщика. При нахождении бага нужно завести баг-репорт. Также существует другая тестовая документация:
- Научимся пользоваться Jira (в ней ведут свои задачи почти все айти компании)
- Научимся создавать баги в Jira
- Научимся создавать чек-листы, тест-кейсы и тест-планы в TestIT
- Будем тестировать требования к продукту

Ну и конечно, разберем список вопросов, которые скорее всего спросят вас на собеседовании

Блок №3. Тестирование бекенда

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

- Познакомимся с клиент-серверной архитектурой, со структурой HTTP-запроса и ответа, c Postman, REST, SOAP и WebSocket
- С помощью Postman’a протестируем готовый бекенд + базу данных
- Узнаем, что такое API и Swagger
- Научимся читать документацию в Swagger
- Будем практиковаться и делать "автотесты" в Postman

Ну и про вопросы для собеседований не забываем.

Блок №4. Тестирование баз данных

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

- Изучим, что такое БД и СУБД
- Научимся писать SQL запросы к Базам Данных (SELECT + WHERE; GROUP BY; JOIN)
- Создадим и установим локальную базу данных
- Разберем, как происходит тестирование БД
- Научимся локально поднимать базу данных на своем компьютере и подключаться к ней через DBeaver

Блок №5. Тестирование фронтенда + DevTools

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

- Изучим, что такое Figma, Pixel Perfect, HTML, CSS, кэш и куки.
- Разберем, как тестировать фронтенд, куда смотреть, где чаще всего появляются баги
- Разберем базовый минимум HTML + CSS, который требуется тестировщику
- Научимся использовать основные вкладки в DevTools

Блок №6. Тестирование мобильных приложений

Баги часто зависят от устройства, версии ОС и условий подключения. Понимание инструментов вроде Android Studio, Xcode и ADB позволяет проверять поведение приложения на реальных девайсах, ловить краши, тестировать push-уведомления и анализировать ошибки на уровне системы.

- Разберем, чем отличается тестирование веба от тестирования мобилок? Чем отличается IOS от Android
- Разберем, что такое снниферы трафика Charles Proxy / Proxyman и как ими пользоваться
- Разберем, зачем тестировщику нужны Android Studio, Xcode, ADB + LogCat.
- Разберем примеры задач мобильного тестировщика
- В этом блоке будет много практики и активная поддержка в чате!

И так, вот мы разобрали все блоки, которые будут в тарифе "QA базовый", внутри этого тарифа есть вся знания, которые требуются на рынке и вы сможете подаваться на работу, но 💸 Тариф "QA зарплатный" позволит получать вам оффер быстрее.

В нём будет та самая информация, которая позволит вам обойти конкурентов с помощью дополнительных знаний. А еще что самое главное - внутри этого тарифа мы научимся:
- правильно проходить собеседования,
- правильно создавать резюме,
- придумывать легенду,
- делиться друг с другом записями собеседований и куча другого, что позволит вам получить оффер на 150-200к рублей.

Итак, встречайте 2 дополнительных блока, которые входят в тариф 💸 "QA зарплатный":

🔥 Блок №7. Становимся лучше тестировщиков с реальным опытом

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

- Разберем, что такое GIT, CI/CD
- Теория о том, что такое Логи, зачем они нужны и как используются на практике
- Кто такие брокеры сообщений (Kafka / RabbitMQ) + как развернуть брокер локально у себя на компьютере и как их тестировать
- Поговорим про Docker и Kubernetes - на собесах редко спрашивают, но если знаете, что это = огромный плюс
- Разберем основные команды командной строки Linux

Как мы говорили раньше, после обучения обычно новички подаются на Junior QA с зарплатой в 70-80 тысяч рублей, где очень большая конкуренция. Мы же сделаем всё гораздо хитрее - мы будем подаваться сразу на Middle QA с зарплатой в 150-200 тысяч рублей. И именно этому будет посвящён наш 8 блок.

🔥🔥🔥 Блок №8. Подготовка к собеседованиям

Самая важная часть обучения. 90% успеха заключено именно в ней.

- Изучаем процессы в компаниях (что такое Scrum, дейлики, ретро, как выглядит команда)
- Подготовливаем легенду с накрученным опытом, с которой мы будем ходить на собеседования и подаваться на Middle QA с зарплатой в 150-200к рублей.
- Подготовка резюме
- Просмотр чужих собеседований
- После первого собеседования добавляем отдельный чатик и образуется “паровозик” собеседований. Как это работает? Один сходил на собес в “Магнит” и записал его на видео. Теперь в нашем коммьюнити есть список вопросов, которые там задают. Следующие, кто туда пройдет, будут лучше подготовлены и, скорее всего, получат оффер
- Список вопросов и задачек, которые скорее всего спросят вас на собеседовании

Итого:

Тариф "QA базовый"

Блок №1. Чем занимаются тестировщики + теория тестирования
Блок №2. Тестовая документация + где она хранится
Блок №3. Тестирование бекенда
Блок №4. Тестирование баз данных
Блок №5. Тестирование фронтенда + DevTools
Блок №6. Тестирование мобильных приложений

💸 Тариф "QA зарплатный"

Первые 6 блоков такие же как у первого тарифа:
Блок №1. Чем занимаются тестировщики + теория тестирования
Блок №2. Тестовая документация + где она хранится
Блок №3. Тестирование бекенда
Блок №4. Тестирование баз данных
Блок №5. Тестирование фронтенда + DevTools
Блок №6. Тестирование мобильных приложений

И в этом тарифе добавляются еще дополнительные 2 блока, которые позволят вам получить оффер на 150-200к рублей:

🔥 Блок №7. Становимся лучше тестировщиков с реальным опытом
🔥🔥🔥 Блок №8. Подготовка к собеседованиям

Цена на обучение:

- Тариф "QA базовый" - 400 USD или 31,999 рублей

- 💸 Тариф "QA зарплатный" - 600 USD или 47,999 рублей

Для оплаты пишите в личку "обучQA" - @clor1n3

❗26 июля, 18:00, стоимость увеличится до 600 и 800 долларов соотвественно.

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

Все вопросы по обучению можете задавать в бота: @QAQAQAQAQAQAQAQAQABOT

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

2025-06-12T20:41:55.952Z

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

Приятного прочтения!

План:

Вступление

Гайд был написан ребятами из @how_to_code_web3, подпишись на нас, там мы публикуем крутые штуки по QA.

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

На этом плюшки не заканчиваются:

Удаленная работа
ЗП выше среднего
Отсрочки от армии
IT ипотека
Карьерный рост (о нем поговорим ниже)

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

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

Существует 2 основных вида QA

Manual QA (ручной тестировщик) - проверяет всё вручную, не используя код. Например, разработчик перекрасил логотип фирмы на сайте в красивый красный цвет (rgb(239,0,55)). Задачей ручного тестировщика будет зайти на этот сайт и убедиться, что логотип перекрасился в нужный цвет
Automation QA (автоматизатор тестирования) - проверяет при помощи кода и автотестов. Например, при той же задаче с логотипом, автоматизатор напишет скрипт (например, на Python + Selenium), который:

Открывает нужную страницу
Находит элемент логотипа
Получает его CSS-свойство color или background-color
Сравнивает с ожидаемым значением rgb(239,0,55) Благодаря этому, теперь не придется вручную заходить на сайт и проверять цвет логотипа. Достаточно будет лишь запустить этот скрипт и мы увидим “Test Passed” (тест прошел) или “Test Failed” (тест не прошел)

В этой статье мы более подробно поговорим про Manual QA

Нужно ли уметь кодить?

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

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

Для AQA кодить нужно обязательно, зато и зарплаты выше. В большинстве компаний используются Python + Selenium + Playwright или Java + Selenium

Сколько платят?

Junior QA: в среднем 71 000 ₽ (≈ 797 $)

Middle QA: в среднем 194 000 ₽ (≈ 2 180 $)

Senior QA: в среднем 267 000 ₽ (≈ 3 000 $)

Lead QA: в среднем 283 000 ₽ (≈ 3 180 $)

За что столько платят?

QA экономит компании кучу денег. Если на проекте нет QA, то высока вероятность, что:

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

Примеры приложений, которые были плохо протестированы

Такие случаи - не редкость.

В 2023 году житель Волгограда покупал вещи из ЦУМа за 150 рублей вместо 150 000 рублей. Суд встал на его сторону, и ему не пришлось ничего возвращать. Подробнее тык
В 2023 году был баг в WildBerries, который позволял бесплатно забирать вещи из пункта выдачи заказов. Тут уже суд встал на сторону WB. Подробнее тык
В 2022 году в Тинькофф банке был баг, связанный с обменом валюты. Благодаря нему можно было кругами крутить rub <—> usd и получать профит. Один из клиентов заработал 68,8 тыс. евро. Банк попытался вернуть средства, но судебные решения были неоднозначными: некоторые клиенты выиграли дела, другие — проиграли. Подробнее тык

Кто мы?

Думаю, вы знаете нас - cryppi и Ahillary, так вот, у нас есть хороший друг Влад, и именно он написал этот прекрасный роадмап. Давайте предоставим ему слово:

Привет, я Влад, работаю ручным тестировщиком. Вкатился в эту профессию за 1.5 месяца на 210.000₽ (до вычета налогов). До этого я работал учителям программирования (C++, C# + Unity, Python) на протяжении трех лет за 50.000₽ в месяц

Виды Manual QA

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

Frontend QA:

1. Сравнивает то, как выглядит сайт/приложение (UI) с дизайном

💡 Пример задачи:

Проверить, что карточка товара на главной странице соответствует макету из Figma (компьютер, ширина 1440px).

2. Проверяет, что UI отображается корректно на разных устройствах и браузерах

💡 Убедиться, что кнопка “Купить” корректно отображается на iPhone 13 в Safari и на Windows в Chrome

3. Проверка форм ввода почты, пароля и т.д.

💡 Протестировать регистрацию, проверить, что при пустом email выводится нужная ошибка, и она видна

4. Тестирование адаптивности и верстки

💡 Открыть карточку товара на экране 375px — текст не должен наезжать на кнопку

Backend QA:

1. Проверяет работу сервера

💡 При заходе на сайт https://researched.xyz/ от сервера должен прийти скелет (HTML-код) страницы

А также от сервера должны приходить шрифты, стили и картинки, чтобы сайт стал красивым:

2. Проверяет работу базы данных

💡При попытке войти в аккаунт на сайте 4pda.to отправляется POST запрос на сервер с введенным логином, паролем и капчей:

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

Mobile QA:

1. Проверяет, что приложение корректно работает на разных устройствах и операционных системах (Android, IOS)

💡 Протестировать регистрацию в приложении на Android 13 (Samsung) и iOS 17 (iPhone 12) — убедиться, что форма входит без ошибок

2. Тестирование push-уведомлений и deep links

💡 Получить push-сообщение "Ваша доставка скоро приедет", нажать на него — должен открыться нужный экран в приложении

3. Проверка работы при слабом интернете или его отсутствии

💡 Выключить Wi-Fi, оставить только 3G и проверить, загружается ли список товаров и отображается ли спиннер/ошибка

4. Проверка установки, обновления и удаления приложения

💡 Установить старую версию, обновить до новой — убедиться, что данные пользователя сохранились и нет ошибок запуска

На рынке почти не осталось вакансий для тех, кто тестирует только frontend. Большинство работодателей ищут тестировщиков, которые умеют работать как с интерфейсом, так и с backend'ом.

А знание mobile QA открывает доступ к ещё одной нише - особенно актуальной в банковских и продуктовых компаниях.

Освоить каждое направление по отдельности можно примерно за 2–3 недели. А потратив всего 7–8 недель на изучение всех трёх направлений (frontend + backend + mobile), ты выходишь на уровень универсального Middle Manual QA.

А это — возможность претендовать на почти 100% вакансий рынка и получать предложения с доходом от 200 000 ₽ и выше.

Дальше в роадмапе — пошаговый план, как к этому прийти

Топ 10 причин перескочить джуна

❗Это интерактивная таблица, при желании можно скопировать нужный текст из неё

Сравнение Junior QA и Middle QA

	Junior QA	Middle QA
1. Доход в месяц после вычета налогов (в среднем)	N руб.	В 2-3 раза больше
2. Количество вакансий (на hh.ru)	891	3529
3. Количество резюме	49.407	11.152
4. Среднее количество резюме на одну вакансию	≈ 55	≈ 3
5. Время на обучение (при обучении 2 часа в день)	6 недель	8 недель
6. Время на прохождения собесов	4-8 недель	1-4 недели
7. Суммарное время до выхода на работу	10-14 недель	9-13 недель
8. Количество тестовых заданий, которые придется решать (при условии, что будет 10 собесов)	10 тестовых заданий	0-2 тестовых задания
9. Требования со стороны руководства	Могут дотошно проверять каждый шаг	Больше доверия, уважают как коллегу
10. Симпатия противоположного пола	Очередной айтишник 🙂	Ого, ты мидл? 😊

Очевидно, что нужно обучаться сразу на Middle QA, ведь их меньше, вакансий больше, доход в несколько раз больше, а на подготовку уходит примерно одинаковое время

Как перескочить джуна?

Создать “легенду” - придумать, в какой компании вы работали ранее, над какими задачами работали, из кого состояла команда и т.п.
Отточить “легенду” - научиться рассказывать её так, как будто вы реально там работали
Создать резюме и в нем обязательно указать, что вы работали в этой компании более трех лет

"Как учиться?" алгоритм:

Ниже описан полноценный роадмап, чтобы стать Middle Manual QA. В нём описаны все термины, которые помогут вам без проблем выполнять работу тестировщика. Также, там затронуты темы, которые часто спрашивают на собеседованиях, но почти никогда не нужны на работе. Как же эффективно обучиться по этому роадмапу? Пошаговый план:

Видим новый термин, например, “Пирамида тестирования”
Ищем в гугле на русском/английском
Если не нашли в гугле, ищем на ютубе
Если не нашли на ютубе, обращаемся к ChatGPT
ОБЯЗАТЕЛЬНО - ведем конспект (в любом удобном для вас месте - тетрадь, notion и т.п.)

С последними обновлениями ChatGPT начинает лениться (выдавать неполный/неточный результат). Советую использовать промпт, который будет вставляться в начало каждого вашего запроса. Для этого:

Заходим в ChatGPT
Нажимаем на иконку своего пользователя справа сверху
Выбираем “Настроить ChatGPT”
В поле “Какими характеристиками должен обладать ChatGPT?” вставляем промпт, например:

###INSTRUCTIONS###

You MUST follow the instructions for answering:

- ALWAYS answer in the language of my message.
- Read the entire convo history line by line before answering.
- I have no fingers and the placeholders trauma. Return the entire code template for an answer when needed. NEVER use placeholders.
- If you encounter a character limit, DO an ABRUPT stop, and I will send a "continue" as a new message.
- You ALWAYS will be PENALIZED for wrong and low-effort answers.
- ALWAYS follow "Answering rules."

###Answering Rules###

Follow in the strict order:

1. USE the language of my message.
2. **ONCE PER CHAT** assign a real-world expert role to yourself before answering, e.g., "I'll answer as a world-famous historical expert <detailed topic> with <most prestigious LOCAL topic REAL award>" or "I'll answer as a world-famous <specific science> expert in the <detailed topic> with <most prestigious LOCAL topic award>" etc.
3. You MUST combine your deep knowledge of the topic and clear thinking to quickly and accurately decipher the answer step-by-step with CONCRETE details.
4. I'm going to tip $1,000,000 for the best reply.
5. Your answer is critical for my career.
6. Answer the question in a natural, human-like manner.
7. ALWAYS use an answering example for a first message structure.

##Answering in English example##

I'll answer as the world-famous <specific field> scientists with <most prestigious LOCAL award>

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

Roadmap для Middle Manual QA

❓Почему роадмап не на Junior QA? - выше подробно написан ответ. Также, Junior решает почти те же задачи, что и Middle. Но джуну просто меньше платят

❓Сколько времени потребуется, чтобы обучиться этому? - Если с полного нуля, то 2 месяца при условии, что обучаться нужно 2 часа в день.

❓А где роадмап на Senior QA? - грубо говоря, ему нужно знать всё, что есть ниже, но глубже. Возможно, сделаем его в будущем, если будет спрос

❓Но я новичок без опыта, разве меня возьмут сразу на мидла? - Да, есть небольшие хитрости о которых расскажем позднее

1. Теория тестирования

Эта глава может показаться немного сухой. Однако понимание основ поможет вам не только начать с нуля, но и вырасти в уверенного Middle QA.

Также, эти темы спрашивают на собеседованиях — как у Junior, так и у Senior QA.

Что нужно знать о тестировании

Что нужно знать?	Это нужно знать, чтобы...
Что такое тестирование?	понять, зачем вообще проверять сайт/приложение перед выпуском
SDLC (жизненный цикл разработки ПО)	понять, на каком этапе сейчас проект и где тестировщик нужен
STLC (жизненный цикл тестирования)	знать, как проходит процесс тестирования от начала до конца
Виды тестирования	выбирать правильный способ проверки – функционал, производительность, безопасность, в каких браузерах, на каких разрешениях экрана и многое другое
Техники тест-дизайна	уменьшить количество проверок, путем отбора правильных тестовых данных
Примеры тестирования	понять, какие тесты писать в первую очередь, "стоп-тесты" исправления бага на начальном этапе и на конечном
Принципы тестирования	понять базовые идеи на которых строится эффективный процесс тестирования
Что такое требования?	понять, как должен работать продукт и с чем сравнивать находить ошибки еще до разработки
Как тестировать требования?	находить ошибки еще до разработки = экономить время и деньги компании = быть отличным QA
Что такое баг?	отличать нормальное поведение от ошибки и уметь её описать
Жизненный цикл бага	понять, что происходит с найденной ошибкой, путем отбора правильных тестовых данных

2. Как устроен процесс разработки в большинстве компаний

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

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

Что нужно знать о тестировании в Agile и Scrum

Что нужно знать?	Это нужно знать, чтобы...
Что такое Agile?	понять, как работает гибкая разработка и почему её используют почти везде
Что такое Scrum?	разбираться в самой популярной методологии командной работы в IT
Роли в Scrum (аналитик, project manager, product manager, разработчик, тим лид)	понять, кто за что отвечает в команде и кому задавать вопросы
Роль тестировщика в команде	быть полезным на всех этапах – не только тестировать, но и помогать сделать лучше
Канбан-доска (Jira, Trello и др.)	отслеживать задачи, их статусы и понимать, что тестировать в первую очередь
Спринт и его структура	ориентироваться в рабочем цикле команды и вовремя подключаться к задачам
Планирование спринта (Sprint Planning)	участвовать в обсуждении и понимать, какие задачи берутся в работу
Как задачи попадают в спринт?	видеть, какие задачи важны бизнесу и когда они дойдут до тестирования
Ежедневные митинги (Daily Stand-up)	сообщать о своей работе, проблемах и быть в курсе состояния команды
Ретроспектива (Retrospective)	предлагать улучшения и помогать сделать процесс удобнее
Что такое «Definition of Done»?	точно понимать, когда задача считается завершённой — и для разработки, и для QA

3. Тестовая документация

Это то, с чем вам придётся работать регуглярно. Нашли баг? Отлично. Но его ещё нужно описать так, чтобы разработчик мог его повторить и исправить. Для этого существует баг-репорт.

Начинается тестирование крупного обновления? Monkey-testing (тестирование «наобум») тут не подойдёт. Нужно внимательно изучить требования и составить список проверок. Для этого применяются чек-листы или тест-кейсы

Что нужно знать о тест-кейсах и тест-ранах

Что нужно знать?	Это нужно знать, чтобы...
Что такое тест-кейс?	уметь чётко описывать, как именно нужно проверить конкретную функцию
Что такое чек-лист?	быстро фиксировать, что именно нужно проверить, не тратя время на детализации
Как описывать шаги теста?	писать понятно, без двусмысленностей и лишних деталей
Когда писать тест-кейсы, а когда чек-листы?	выбрать подходящий формат в зависимости от задачи
Что такое баг-репорт?	правильно и понятно описывать ошибки, чтобы её можно было воспроизвести и исправить
Что такое ожидаемый / фактический результат?	точно указывать, что должно быть в идеале и что получилось
Какие поля должны быть в баг-репорте?	включать все нужные поля: шаги, фактический и ожидаемый результат
Как писать багу, чтобы их принимали?	избегать лишнего, указывать важное бизнесу и когда баг дойдёт до тестирования
Что такое Test Run?	уметь запускать и фиксировать результат прогона тестов – вручную или в системе
Что такое Test Suite?	объединять тест-кейсы в логичные группы по фича м или сценариям
Как вести документацию в Jira/Confluence?	не теряться в инструментах, которыми пользуется команда

4. Клиент-серверная архитектура + API

Для всех вакансий уровня Middle важно понимать, как работают сайты и приложения “под капотом”: что происходит, когда вы открываете google.com или нажимаете кнопку “Зарегистрироваться”?

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

Что нужно знать о тестах и API

Что нужно знать?	Это нужно знать, чтобы...
Что такое клиент-серверная архитектура?	понять, как устроены современные приложения: что такое frontend, backend и пример тут базы данных?
Что такое HTTP-запрос и HTTP-ответ?	разбираться, как браузер (или приложение) "разговаривает" с сервером
Структура HTTP-запроса (метод, URL, заголовки, тело)	уметь читать и составлять запросы (тут не нужно уметь кодить)
Структура HTTP-ответа (статус, заголовки, тело)	понять, что вернул сервер и правильно это интерпретировать
HTTP-методы (GET, POST, PUT, DELETE и др.)	корректно формировать запросы и понимать, какое действие они выполняют
Статус-коды HTTP	быстро определять результат запроса и тип возникшей ошибки
HTTP vs HTTPS	понять, когда данные шифруются, и почему HTTPS важнее безопасности
Что такое Cache?	понять, почему данные могут не обновляться и как это влияет на тестирование
Что такое Cookie?	разбираться, как хранится информация о сессии пользователя и как это влияет на баг
Что такое API?	знать, как системы обмениваются данными без интерфейса
Как отправить и проверить API-запрос в Postman?	вручную тестировать бэкенд без QA (про Postman будет отдельная глава ниже)
Что такое REST?	понять, как устроено большинство современных API и как с ним работать
Разница между REST и SOAP?	ориентироваться в разных типах API и понимать, с чем работаешь (SOAP мало где используется, но о нем любят спрашивать на собеседованиях)
Что такое WebSocket?	понять, как работает двухсторонняя связь в реальном времени (например, чаты, WebSocket работает в Discord)
Что такое JSON?	уметь читать и проверять данные, которые приходят от сервера
Что такое XML?	понять структуру, например, в SOAP
Что такое монолит и микросервисы?	понять, что это такое и почему большинство архитектуры в микросервисной
Как API связано с тестированием UI?	понять, почему часть багов можно находить даже без кликов по интерфейсу

В этой главе будет теория, а в следующей - практика

5. Postman + Swagger

В этой главе вы научитесь тестировать бэкенд вручную и без программирования. Мы подробно разберём два инструмента:

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

После этой главы вы сможете тестировать даже сложные API-цепочки, находить backend-баги ещё до появления UI и объяснять на собеседовании, как именно вы валидировали серверный ответ. А это навык, который принципиально отличает Middle от Junior

Что нужно знать о Swagger и Postman

Что нужно знать?	Это нужно знать, чтобы...
Что такое Swagger?	уметь читать документацию API и понимать, как работает каждый метод
Что такое Postman?	вручную отправлять API-запросы, проверять ответы и находить баги без интерфейса
Как импортировать запрос из Swagger в Postman?	не тратить время на ручной ввод – всё подгружается автоматически
Как отправить GET/POST/PUT/DELETE запрос?	проверять разные действия: получение, создание, изменение, удаление
Как заполнять параметры запроса (query/path/body)	уметь подставлять нужные данные и корректно тестировать API
Как читать ответ (статус, JSON, headers)	анализировать ответ сервера и правильно интерпретировать данные
Что такое переменные в Postman?	переиспользовать URL, токены и параметры, не меняя их вручную
Что такое окружения (environments)?	быстро переключаться между тестовый и боевой средой без переименования каждого запроса
Что такое скрипты?	вставлять готовые куски кода (проверка) в Postman без знания JavaScript
Как писать простые проверки в Postman?	сразу видеть, прошёл тест или нет
Как использовать коллекции?	группировать запросы, запускать их по одному или запускать их по одному
Что такое токен авторизации?	работать с защищёнными API, которые требуют логин/пароль или ключа доступа
Как обновлять токен автоматически?	не копировать его вручную каждый час – Postman умеет обновлять сам

6. Базы данных + SQL

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

Нажали на кнопку “Зарегистрироваться”
Проверили, какой запрос ушел на сервер
Проверили, какой ответ пришел на сервер
Проверили, что в базу данных попал новый пользователь с корректной почтой и паролем

Кроме того, на почти всех собеседованиях дают задачку на знание SQL. Обычно, в них проверяют вашу способность подобрать правильный JOIN

Что нужно знать о базах данных и SQL

Что нужно знать?	Это нужно знать, чтобы...
Что такое база данных?	понять, как хранятся данные
Что такое клиент-серверная архитектура?	разобраться, как устроены приложения: что такое frontend, backend и пример тут базы данных?
Что такое таблица, строка (row), столбец (column)?	уметь читать и составлять запросы (тут не нужно уметь кодить)
Что такое первичный ключ (PRIMARY KEY)?	определить уникальность записей и находить конкретные данные
Что такое внешний ключ (FOREIGN KEY)?	понять, как связаны таблицы между собой
Что такое SQL?	уметь писать запросы для получения и проверки данных
Как сделать SELECT-запрос?	извлекать данные из таблиц для проверки
Как использовать WHERE?	фильтровать записи и проверять конкретные случаи
Как использовать AND / OR?	составлять сложные условия выборки
Как использовать LIKE / IN / NOT IN?	искать частичные совпадения или исключать значения
Как использовать ORDER BY и LIMIT?	сортировать и ограничивать количество строк
Как использовать JOIN (INNER, LEFT, RIGHT)?	объединять данные из нескольких таблиц для проверки
Как делать агрегатные запросы (COUNT, AVG, MAX, SUM)?	подсчитывать, например, количество записей и средний рейтинг
Как использовать GROUP BY и HAVING?	группировать данные и анализировать по категориям
Как использовать подзапросы (subqueries)?	строить более гибкие и мощные SQL-запросы
Как вставлять данные (INSERT)?	добавить тестовые базу нужными данными
Как обновлять данные (UPDATE)?	редактировать записи при подготовке или после теста
Как удалять данные (DELETE)?	чистить тестовую базу после тестов
Что такое NULL и как с ним работать?	корректно проверять отсутствие значений
Как подключиться к базе данных?	находить работу с SQL в любой утилите (например, DBeaver)

7. DevTools + Figma

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

DevTools — это встроённые инструменты браузера, с помощью которых вы сможете:

анализировать HTML и CSS
проверять сетевые запросы и заголовки
выявлять JavaScript-ошибки
тестировать на разных устройствах и при слабом интернете

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

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

Что нужно знать о DevTools

Что нужно знать?	Это нужно знать, чтобы...
Что такое DevTools?	анализировать поведение и структуру веб-страницы в браузере
Как открыть DevTools? (F12 или ПКМ → "Inspect")	начать проверку верстки, сетевых запросов и консоли
Что такое вкладка Elements?	просматривать и проверять HTML-код страницы
Как находить и проверять элементы в Elements?	убеждаться, что элемент отображается, имеет нужные классы и стили
Как временно менять текст/стили в Elements?	проверять альтернативные состояния без помощи разработчика
Как работает вкладка Styles?	проверять применённые CSS-правила и возможные переопределения
Как понять, почему элемент не виден / съехал?	находить ошибки в верстке и выявлять баги в позиционировании
Что такое вкладка Console?	отслеживать JavaScript-ошибки и предупреждения
Как использовать вкладку Network?	проверять, отправляется ли запрос, правильно ли приходит ответ и сколько он весит
Что означают статусы в Network (200, 404, 500)?	понимать, успешно ли отработал запрос или произошла ошибка
Как смотреть заголовки и тело ответа в Network?	анализировать данные, получаемые от сервера
Как использовать вкладку Application?	проверять содержимое localStorage, sessionStorage и cookies
Как очищать кэш и куки?	устранять нестабильности при тестировании авторизации и переходов
Как симулировать медленный интернет (throttling)?	проверять, как приложение работает на слабом соединении
Как эмулировать разные устройства (Device Toolbar)?	тестировать адаптивность интерфейса на мобильных и планшетах
Что такое Figma?	проверять соответствие дизайна и реализованного интерфейса
Как сравнивать макет и страницу (pixel-perfect)?	выявлять визуальные баги и расхождения с дизайном
Как проверять расстояния между элементами?	убеждаться, что соблюдены отступы и сетка интерфейса
Как понять, какие элементы интерактивные (кликабельные)?	проверять поведение UI, как задумывалось в дизайне
Как находить баги в UI по макету?	формировать конкретные замечания по несоответствию цвета, текста, размеров и т.д.

8. Окружения, GIT, CI/CD

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

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

CI/CD — это система, которая запускает тесты и выкладывает приложение. Если что-то пошло не так — именно здесь вы увидите, сломалась ли сборка, прилетели ли нужные изменения, и когда уже можно тестировать.

Знание этих вещей — это про то, чтобы понимать весь процесс — от кода до продакшена

Что нужно знать о тестировании и CI/CD

Что нужно знать?	Это нужно знать, чтобы...
Что такое DevOps?	понять, как DevOps помогает ускорить тестирование
Что такое окружения (dev, test, stage, prod)?	понять, где и что тестируется, и отличать тестовые данные от боевых
Чем отличаются тестовое и боевое окружение?	не перепутать данные и не сломать что-то на боевом сервере
Что такое Git?	понять, как хранится и обновляется код системы
Что такое ветка (branch)?	понять, где разрабатывается новая фича, и где её можно протестировать
Что такое main/master, develop, release-ветка?	понять, в каком состоянии код, и можно ли уже его тестировать
Что такое pull request (PR) и зачем он нужен?	отслеживать, что конкретно поменялось в коде перед релизом
Как читать изменения в PR (diff)?	видеть, что добавили/удалили/изменили, и на что обратить внимание при проверке
Как посмотреть коммит (git log / история)?	видеть, кто и когда внёс изменения, и зачем
Что такое CI/CD?	понять, как код автоматически билдится, тестируется и выкатывается
Что происходит при push'e кода в репозиторий?	знать, когда запускаются автотесты и сборки
Что такое pipeline?	понять, из каких шагов состоит выкладка и где может что-то сломаться
Как проверять статус pipeline?	быстро понять, прошла ли сборка и можно ли тестировать
Что такое build и от чего он зависит?	отслеживать, какие изменения могли повлиять на работоспособность
Как посмотреть артефакт сборки?	получить нужный билд приложения или документацию
Что делать, если билд не собрался?	уметь объяснить, что пошло не так, и сообщить команде
Как быть, если баг не воспроизведён?	сравнить коммиты и окружения, найти расхождения

9. Сниффинг трафика (Charles Proxy / Proxyman)

При тестировании веб-приложений вы можете отслеживать запросы и ответы через DevTools. Но как быть, если нужно увидеть, какие запросы отправляет мобильное устройство или десктопное приложение?

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

Снифферы — это, по сути, DevTools для мобильных и десктопных приложений

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

Что нужно знать о сниффинге и Charles

Что нужно знать?	Это нужно знать, чтобы...
Что такое сниффинг трафика?	перехватывать запросы и ответы между клиентом и сервером
Для чего QA используют Charles или Proxyman?	смотреть, что реально уходит на сервер и что возвращается
Как установить Charles / Proxyman?	начать работу на своей машине
Как настроить proxy на десктопе?	перехватывать запросы от браузеров или приложений
Как настроить proxy на телефоне?	тестировать мобильные приложения, видеть трафик в реальном времени
Что такое SSL-проксирование?	расшифровывать HTTPS-запросы, чтобы видеть содержимое
Как установить сертификат на устройство (десктоп / мобильное)?	уметь видеть зашифрованный трафик
Как фильтровать трафик по хосту или пути?	находить нужные запросы в общем потоке
Как сохранить / экспортировать трафик?	прикладывать логи к баг-репортам
Как повторить (replay) запрос?	проверить баг повторно, не заходя в интерфейс
Как изменить запрос перед отправкой (rewrite / breakpoints)?	подставить другие параметры и проверить поведение
Как увидеть тело запроса и ответа (body)?	валидировать правильность payload'a и бизнес-логики
Как посмотреть заголовки (headers)?	отследить авторизацию, тип контента, куки и кэш
Как понять, на какой сервер уходит запрос?	убедиться, что запрос не уходит на прод в тестовом приложении
Что такое breakpoints и зачем они нужны?	перехватывать и редактировать запросы на лету
Как использовать map local / map remote (в Charles/Proxyman)?	подменять ответ сервера локальным файлом или другим URL
Как замедлить/ускорить ответы (Throttle/Simulate speed)?	тестировать поведение приложения при плохом интернете
Как проверить редиректы и коды статуса?	понять, правильно ли обрабатываются навигация и ошибки
Как отследить авторизацию (например, токен в заголовке)?	убедиться, что пользователь правильно залогинен и запросы защищены
Как видеть запросы от мобильного приложения, если нет web-интерфейса?	понимать, как работает backend-приложение «внутри»
Как находить баги, которых нет в UI?	выявлять ошибки на уровне API даже при корректной работе интерфейса
Как убедиться, что данные корректно уходят и приходят?	проверять соответствие бизнес-логике и документации

Поздравляю!

Уже на этом этапе — вы обладаете всеми ключевыми навыками, которые требуются от Manual Middle QA:

Вы умеете тестировать фронтенд, бэкенд и API
Разбираетесь в базах данных, логике работы CI/CD, окружениях и в структуре проектов
Понимаете, как устроен трафик между клиентом и сервером, и умеете его анализировать
Готовы к самостоятельной работе в команде и уверенно чувствуете себя в процессах

Этого уже достаточно, чтобы:

Проходить собеседования на Middle Manual QA
Работать в команде, где нет автотестов, но нужны грамотные ручные проверки
Говорить на одном языке с разработчиками и DevOps

Что дальше?

Дальнейшие темы (логи, брокеры сообщений, Docker, XCode, Android Studio) — это ваше конкурентное преимущество. Они:

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

10. Логи (ELK Stack / Sentry / Grafana + Loki)

Представьте ситуацию: пользователь жалуется — «у меня крашится приложение». Скриншота нет, записи экрана тоже. Что делать? Ответ — открывать логи.

Логи — это журнал, в который система записывает каждое действие пользователя. Они помогут выяснить:

что делал пользователь до ошибки
на каком уровне произошёл сбой — фронтенд, бэкенд или сторонний сервис
какие параметры передавались и что вернул сервер

Умение читать логи превращает вас в незаменимого тестировщика.

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

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

Что нужно знать про логи и Sentry

Что нужно знать?	Это нужно знать, чтобы...
Что такое логи и зачем они нужны?	находить причины багов, которые не видны на интерфейсе
Какие бывают уровни логов (info, warning, error, debug)?	понимать серьёзность проблемы и приоритет её устранения
Что такое ELK Stack? (Elasticsearch + Logstash + Kibana)	уметь искать и анализировать логи в системах, где используется связка ELK
Как заходить в Kibana и находить нужный индекс?	быстро находить логи по нужной системе/сервису
Как искать логи по trace_id / request_id / user_id?	отслеживать цепочку действий одного пользователя или запроса
Как пользоваться фильтрами в Kibana?	сужать выборку логов и быстрее находить нужную информацию
Как читать структуру логов (JSON / ключ:значение)?	понимать, где нужные данные и в каком они формате
Как распознать ошибку по логам в ELK?	определять, что именно пошло не так – фронт, бэкенд, база или сторонний сервис
Что такое Sentry и зачем он нужен?	автоматически получать ошибки с фронта и видеть стек вызовов
Как смотреть ошибки в Sentry?	быстро видеть баги, которые произошли у реальных пользователей
Что такое stack trace и как его читать?	понимать, в каком файле и строке произошла ошибка
Как смотреть контекст ошибки в Sentry?	видеть, какие параметры вызвали сбой
Как фильтровать ошибки в Sentry (по релизу, окружению)?	находить только нужные ошибки, например, на стейдже или в проде
Как оставлять комментарии и назначать баги из Sentry?	удобно передавать баги разработчикам с полной инфой
Что такое Grafana и зачем она нужна QA?	визуально следить за метриками и логами в реальном времени
Как смотреть логи в Grafana + Loki?	находить нужные события в сервисах через фильтрацию и шаблоны запросов
Как лог помогает воспроизводить баг?	видеть, в каком порядке шли события и какие данные участвовали
Что делать, если ошибки нет в логах?	определять пробелы в логировании или баги, которые не отловлены

11. Брокеры сообщений (Kafka, RabbitMQ)

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

Знание Kafka и RabbitMQ:

Часто упоминается в описании вакансий
Даёт огромный плюс на собеседовании, особенно если вы приведёте конкретный пример бага, пойманного через брокер

Что нужно знать про брокеры сообщений

Что нужно знать?	Это нужно знать, чтобы…
Что такое брокер сообщений?	понимать, как сервисы обмениваются данными в асинхронных системах
В чём разница между синхронным и асинхронным взаимодействием?	понимать, почему не всегда можно сразу увидеть результат действия
Что такое очередь сообщений (queue)?	отслеживать, какие события произошли и в каком порядке
Что такое топик (topic) в Kafka?	уметь проверять, какие события публикуются и кто их получает
Что такое producer и consumer?	понимать, кто отправляет данные и кто их читает
Что такое partition в Kafka?	понимать, как данные масштабируются и распределяются
Что такое offset и зачем он нужен?	отслеживать, с какого места читался поток данных
Что значит “сообщение успешно доставлено”?	убедиться, что данные дошли до нужного сервиса
Что значит “сообщение не обработано” или “застряло”?	находить проблемы в интеграциях между микросервисами
Как найти сообщение в Kafka?	проверять, отправилось ли событие, и какие данные в нём были
Как подключиться к Kafka через UI (например, KafkaUI)?	вручную просматривать события и проверять их структуру
Как проверять idempotency (идемпотентность)?	исключать ошибки при повторной отправке одинаковых событий
Как зайти в RabbitMQ UI и найти очередь?	получать доступ к сообщениям для ручной валидации
Как посмотреть структуру сообщения в RabbitMQ?	проверять правильность payload'а (тела) и заголовков сообщений
Как отправить тестовое сообщение в очередь (если разрешено)	воспроизводить баг или валидировать поведение без интерфейса
Что такое routing key и exchange в RabbitMQ?	понимать, как сообщение попадает в нужную очередь
Что делать, если сообщение потеряно?	анализировать логи брокера и поведение системы при сбоях

12. Docker

Docker — подойдет больше Senior QA. Да и не во всех компаниях вам придется с ним работать, так как чаще с ними работают разработчики и DevOps

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

Если вы будете понимать основы этого инструмента, то это будет плюсом на собеседовании

Что нужно знать про Docker

Что нужно знать?	Это нужно знать, чтобы...
Что такое Docker и зачем он нужен?	запускать приложения в изолированной среде без зависимости от локальной машины
Что такое образ (image)?	понимать, из чего создаётся контейнер и как версионируется окружение
Что такое контейнер?	запускать сервисы (например, API, БД) для локального тестирования
Чем отличается образ от контейнера?	уметь различать шаблон и запущенный процесс
Как установить Docker Desktop?	начать пользоваться Docker на своей машине
Как запустить контейнер с нужным сервисом?	разворачивать нужную часть системы локально (например, PostgreSQL, Kafka, API backend)
Что такое docker run и как им пользоваться?	запускать сервисы вручную при необходимости
Что такое docker ps, docker stop, docker rm?	управлять контейнерами — останавливать, удалять и проверять статус
Как открыть логи контейнера (docker logs )?	смотреть, что происходит внутри — особенно важно при анализе багов
Что такое Dockerfile?	понимать, как создаётся образ и какие зависимости в него входят
Что такое docker-compose?	запускать сразу несколько сервисов одной командой (например, бекенд + БД + Kafka)
Как читать docker-compose.yml?	понимать, какие сервисы запускаются, как они связаны и на каких портах
Как Docker используется на проектах?	понимать, что часть систем тестируется и деплоится через Docker
Зачем QA уметь работать с Docker?	быть автономным: уметь развернуть нужный стенд и тестировать без помощи DevOps

13. Инструменты для моб. тестирования (Android Studio, XCode, ADB, Logcat)

Пользователи используют сотни комбинаций устройств и операционных систем — разные модели iPhone, Android, прошивки, кастомные оболочки. Физически протестировать каждую — невозможно.

На практике компания выдаёт 2–3 самые популярные модели, чтобы тестировать основные сценарии.

А что делать с остальными? Помогут эмуляторы и симуляторы, которые входят в Android Studio и Xcode. С их помощью вы сможете:

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

Кроме того, через Android Studio и Xcode можно просматривать все системные логи устройства, следить за крашами и перехватывать ошибки, которые невозможно увидеть через интерфейс

Что нужно знать про Android Studio, ADB и Xcode

Что нужно знать?	Это нужно знать, чтобы...
Что такое Android Studio и зачем она нужна QA?	запускать и анализировать Android-приложения локально, подключать эмуляторы и девайсы
Как установить Android Studio?	начать работать с Android-приложением на своём компе
Как запустить эмулятор в Android Studio?	тестировать без физического устройства
Как подключить реальное Android-устройство?	тестировать реальные сценарии и проверять поведение на девайсе
Что такое ADB и как его установить?	выполнять команды на Android-устройстве напрямую из консоли
Как подключить девайс через ADB (adb devices)?	убедиться, что устройство доступно для управления
Как установить APK на устройство (adb install)?	тестировать новую версию приложения вручную
Как снять логи (adb logcat)?	отследить ошибки, краши, баги на уровне системы
Как сделать скриншот или видео с устройства через ADB?	документировать баги для баг-репортов
Как сбросить кэш/данные приложения через ADB?	воспроизводить баги «с нуля», как при первом запуске
Как очистить логи (adb logcat -c)?	работать с «чистыми» логами для анализа текущего теста
Что такое Xcode и зачем он нужен QA?	запускать, тестировать и анализировать iOS-приложения
Как установить Xcode и открыть iOS-проект?	начать работать с iOS-сборкой
Как запустить симулятор в Xcode?	тестировать на разных iPhone/iPad моделях без реального девайса
Как подключить физический iOS-девайс?	находить баги, которых нет на симуляторе
Как установить .ipa файл на устройство?	проверять новую сборку вручную
Как открыть консоль логов (Devices and Simulators → View Logs)?	отлавливать краши, ошибки и сетевые сбои
Как выгрузить crash log с устройства?	передавать его разработчику для анализа
Как делать скриншоты и видео на симуляторе или реальном устройстве?	удобно документировать найденные дефекты
Что такое UDID и зачем он нужен?	регистрировать устройство для установки тестовых iOS-сборок
Как тестировать push-уведомления?	убедиться, что они приходят, открываются и ведут на нужный экран
Как QA участвует в сборке и установке приложений?	помогает проверить установку, запуск, поведение в разных версиях

Заключение

Поздравляю - ты дочитал до конца. Пройдя весь путь, описанный в этом роадмапе, ЛЮБОЙ может стать уверенным Middle Manual QA, даже без знаний программирования.

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

💡 Почему важно не откладывать: Рынок будет переполнен вакансиями на Middle QA-специалистов ещё лет 5, особенно в сфере мобильной разработки, API и сложных интерфейсов. Сейчас — идеальный момент, чтобы зайти и за 2-3 месяца вырасти до уровня, за который платят гораздо выше среднего. А ещё не забываем про то, что работа удаленная, многие компании дают ДМС, отсрочки от армии и тому подобное

Что дальше то?

Заходи в наш канал - https://t.me/how_to_code_web3, там мы уже подготовили кое-что, чтобы бы стал на путь становления QA-тестировщиком.

How to QA Testing или притча о том, как на 1,800$+ в месяц выйти

2025-05-07T12:18:48.549Z

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

Мы не можем поменять ход событий крипты, мы лишь можем дать вам альтернативу. И альтернативу очень сильную. У особо шустрых получится лутать по 1800-2500$ в месяц. И мы говорим про QA-тестирование.

План гайда:

Зачем вообще идти в айти?
Что такое QA простыми словами?
Что делает тестировщик?
Существует 2 основных вида QA
Нужно ли уметь кодить?
Виды Manual QA
Сколько платят?
За что столько платят?
Примеры приложений, которые были плохо протестированы
Web2 QA vs Web3 QA
Что должен знать тестировщик?
Как найти работу?
QA — не «темка на один раз»
Почему криптанам легче вкатываться в QA?

Зачем вообще идти в айти?

На этом плюшки не заканчиваются:

Удаленная работа
ЗП выше среднего
Отсрочки от армии
IT ипотека
Карьерный рост (о нем поговорим ниже)

Что такое QA простыми словами?

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

Что делает тестировщик?

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

Существует 2 основных вида QA:

Manual QA (ручной тестировщик) - проверяет всё вручную, не используя код. Например, разработчик перекрасил логотип фирмы на сайте в красивый красный цвет (rgb(239,0,55)). Задачей ручного тестировщика будет зайти на этот сайт и убедиться, что логотип перекрасился в нужный цвет
Automation QA (автоматизатор тестирования) - проверяет при помощи кода и автотестов. Например, при той же задаче с логотипом, автоматизатор напишет скрипт (например, на Python + Selenium), который:

Открывает нужную страницу
Находит элемент логотипа
Получает его CSS-свойство color или background-color
Сравнивает с ожидаемым значением rgb(239,0,55) Благодаря этому, теперь не придется вручную заходить на сайт и проверять цвет логотипа. Достаточно будет лишь запустить этот скрипт и мы увидим “Test Passed” (тест прошел) или “Test Failed” (тест не прошел)

В этой статье мы более подробно поговорим про Manual QA

Нужно ли уметь кодить?

Виды Manual QA

Ручные тестировщики подразделяются на 3 вида:

Frontend QA - тестирует интерфейс сайтов. Ему скидывают дизайн и в основном он проверяет, что:
- Элементы расположены на своих местах
- Характеристики элементов (шрифт, размер, цвет и т.д.) совпадают с теми, что в дизайне
- На мониторах разных размеров приложение выглядит корректно
Backend QA - тестирует ту часть сайта, которую не видит обычный пользователь:
- Различные взаимодействия с базой данных
- Различные взаимодействия с бэкэндом (сервером) приложения. Например, что при создании пользователя сервер возвращает ответ 201 Created
Mobile QA - тестирует мобильные приложения:
- Проверяет, что Android-приложение работает корректно
- Проверяет, что iOS-приложение работает корректно

Сколько платят?

Junior QA: в среднем 71.000р

Middle QA: в среднем 194.000р

Senior QA: в среднем 267.000р

Lead QA: в среднем 283.000р

За что столько платят?

QA экономит компании кучу денег. Если на проекте нет QA, то высока вероятность, что:

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

Примеры приложений, которые были плохо протестированы

Такие случаи - не редкость.

В 2023 году житель Волгограда покупал вещи из ЦУМа за 150 рублей вместо 150 000 рублей. Суд встал на его сторону, и ему не пришлось ничего возвращать. Подробнее тык
В 2023 году был баг в WildBerries, который позволял бесплатно забирать вещи из пункта выдачи заказов. Тут уже суд встал на сторону WB. Подробнее тык
В 2022 году в Тинькофф банке был баг, связанный с обменом валюты. Благодаря нему можно было кругами крутить rub <—> usd и получать профит. Один из клиентов заработал 68,8 тыс. евро. Банк попытался вернуть средства, но судебные решения были неоднозначными: некоторые клиенты выиграли дела, другие — проиграли. Подробнее тык

Web2 QA vs Web3 QA:

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

Что должен знать тестировщик?

Ниже я перечислю, что должен знать Junior+ или Middle тестировщик:

Теория тестирования

Как производится тестирование?
Виды тестирования?
Принципы тестирования?
Верификация / Валидация?
SDLC / STLC?
Методы тестирования?
Пирамида тестирования?

Тестовая документация Jira и TMS

Как она выглядит + как пишется?
Что такое TMS / TTS?
Где пишутся чек-листы и что это?
Где пишутся тест кейсы и что это?
Практика написания тест кейсов по техникам тест дизайна
Что такое баг? Баг-репорт?
Где заводятся баги?
Как правильно заводить баги?
Чем отличается баг от дефекта и ошибки?

Клиент серверная архитектура

Из чего состоит Клиент-Серверная архитектура?
Что такое frontend/backend? Как они взаимодействуют между друг другом? Где там база данных?
Что такое SQL?
Структура HTTP-запроса и HTTP-ответа
Архитектурный стиль REST и формат JSON
Что такое API. Монолит и микросервисы?
Cache, cookie, local storage, session storage

Инструменты для тестирования фронтенда и бекенда

DevTools. Основные вкладки - Elements, Console, Network, Application.
Figma + Pixel Perfect
Swagger (Pet Store) - там хранится документация к API. Как ею пользоваться?
Postman - как создавать запросы? Как их отправлять? Rак создавать коллекции?Какие методы бывают (GET POST и т.д.)
ELK Kibana (Grafana)
Kafka / RabbitMQ, если хочешь ЗП 200к+

Инструменты для мобильного тестирования

Charles Proxy / Proxyman - сниффинг (анализ) трафика, подмена запросов и ответов, throttling, breakpoints
Android Studio - Logstash, эмуляция нужного мобильного девайса
ADB
XCode

Процессы в компании

Что такое Scrum?
Какие созвоны бывают?
Как выглядит команда?
Как взаимодействуем с командой?
Как оцениваются задачи в скраме?

Как найти работу?

Создаем резюме и идем откликаться. В поиске нужно вбивать “QA Engineer” или “Тестировщик”

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

Где откликаться?

hh.ru - для поиска работы на web2
career.habr.com- для поиска работы на web2
Также, можно искать вакансии в различных ТГ каналах и напрямую писать рекрутерам
web3.career - для поиска работы на web3

❌ QA — не «темка на один раз»

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

Например, вы можете:

Из QA перейти в AQA
Найти работу на валютной удалёнке (платят в полтора-два раза больше)
Из QA перейти в WEB3 QA
Из QA перейти в WEB3 AQA

Почему криптанам легче вкатываться в QA?

Думаю, уж точно не мне обьяснять, что крипта - эта та ещё кладезь багов. То сайт ляжет во время сейла, то контракт дырявый окажется, то ошибка в коде критически повлияет на проект. В общем, криптан, как и QA-тестировщик всегда пытается найти какую-то дырку. QA в свою очередь пытается её залатать, а криптан же наоборот какой-то с неё профит заиметь. Как это было, допустим, с проектом Stars Arena, где можно было из-за ошибки продавать 0 акций (по сути ничего) и получать профит. Подробнее.

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

А если ты захочешь уйти в Web3 QA, то твои знания крипты уж дадут невероятно сильный буст. А зарплаты там достигают 600,000р (±8,000$)

В общем, крипта - тот ещё дикий запад. И это огромный плюс для QA.

Что дальше то?

Заходи в наш канал - https://t.me/how_to_code_web3, в нём будут выходить полезные материалы по QA - что изучать, как собеситься и т.д.