Полный roadmap с нуля до Middle Manual QA тестировщика (±2000$ з/п)
Важный момент. Данный роадмап был сделан на основе нашего краткого гайда по QA, который мы публиковали месяц назад, поэтому в начале часть текста может повторяться. Но это лишь малая часть. Нынешняя статья стала в 6 раза больше.
- Вступление
- Существует 2 основных вида 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) - Заключение
Вступление
Гайд был написан ребятами из @how_to_code_web3, подпишись на нас, там мы публикуем крутые штуки по QA.
IT - это не завод, где за тобой следят и требуют, чтобы ты 8 часов был на рабочем месте. В большинстве компаний, если правильно выстроить процессы, придется работать в среднем по 3-4ч в день
На этом плюшки не заканчиваются:
Тестирование - одна из тех областей в 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:
💡 При заходе на сайт 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 причин перескочить джуна
❗Это интерактивная таблица, при желании можно скопировать нужный текст из неё
Очевидно, что нужно обучаться сразу на 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> <Deep knowledge step-by-step answer, with CONCRETE details>
Теперь, когда у нас есть понимание как учиться, самое время перейти к самому роадмапу — пошаговому плану развития тестировщика
Roadmap для Middle Manual QA
❓Почему роадмап не на Junior QA? - выше подробно написан ответ. Также, Junior решает почти те же задачи, что и Middle. Но джуну просто меньше платят
❓Сколько времени потребуется, чтобы обучиться этому? - Если с полного нуля, то 2 месяца при условии, что обучаться нужно 2 часа в день.
❓А где роадмап на Senior QA? - грубо говоря, ему нужно знать всё, что есть ниже, но глубже. Возможно, сделаем его в будущем, если будет спрос
❓Но я новичок без опыта, разве меня возьмут сразу на мидла? - Да, есть небольшие хитрости о которых расскажем позднее
1. Теория тестирования
Эта глава может показаться немного сухой. Однако понимание основ поможет вам не только начать с нуля, но и вырасти в уверенного Middle QA.
Также, эти темы спрашивают на собеседованиях — как у Junior, так и у Senior QA.
2. Как устроен процесс разработки в большинстве компаний
В этой главе вы узнаете, как устроены рабочие процессы, кто за что отвечает и какие созвоны помогают держать всех в курсе.
Знание ролей и процессов поможет вам быть активным участником команды, понимать, когда и к кому обращаться, чтобы задачи выполнялись быстрее и качественнее.
3. Тестовая документация
Это то, с чем вам придётся работать регуглярно. Нашли баг? Отлично. Но его ещё нужно описать так, чтобы разработчик мог его повторить и исправить. Для этого существует баг-репорт.
Начинается тестирование крупного обновления? Monkey-testing (тестирование «наобум») тут не подойдёт. Нужно внимательно изучить требования и составить список проверок. Для этого применяются чек-листы или тест-кейсы
4. Клиент-серверная архитектура + API
Для всех вакансий уровня Middle важно понимать, как работают сайты и приложения “под капотом”: что происходит, когда вы открываете google.com или нажимаете кнопку “Зарегистрироваться”?
Эта глава даст вам техническую основу, без которой невозможно качественно работать с API, бэкендом и искать баги не только в интерфейсе.
В этой главе будет теория, а в следующей - практика
5. Postman + Swagger
В этой главе вы научитесь тестировать бэкенд вручную и без программирования. Мы подробно разберём два инструмента:
- Swagger — поможет вам читать документацию, изучать доступные методы и их параметры;
- Postman — ваш основной инструмент для ручных запросов, анализа ответов и базовой автоматизации.
После этой главы вы сможете тестировать даже сложные API-цепочки, находить backend-баги ещё до появления UI и объяснять на собеседовании, как именно вы валидировали серверный ответ. А это навык, который принципиально отличает Middle от Junior
6. Базы данных + SQL
Для уровня Middle это ключевой навык. Теперь процесс тестирования будет выглядеть следующим образом:
- Нажали на кнопку “Зарегистрироваться”
- Проверили, какой запрос ушел на сервер
- Проверили, какой ответ пришел на сервер
- Проверили, что в базу данных попал новый пользователь с корректной почтой и паролем
Кроме того, на почти всех собеседованиях дают задачку на знание SQL. Обычно, в них проверяют вашу способность подобрать правильный JOIN
7. DevTools + Figma
Умение пользоваться этими инструментами — обязательный навык для любого ручного тестировщика веб-приложений.
DevTools — это встроённые инструменты браузера, с помощью которых вы сможете:
- анализировать HTML и CSS
- проверять сетевые запросы и заголовки
- выявлять JavaScript-ошибки
- тестировать на разных устройствах и при слабом интернете
Figma — это источник правды о дизайне. Здесь лежит то, как должно выглядеть приложение. Сравнивая Figma и то, что видите в браузере, вы можете:
- находить визуальные баги
- проверять отступы, шрифты и размеры
- убедиться, что реализованы все интерактивные элементы
8. Окружения, GIT, CI/CD
Прежде чем новая версия попадёт к пользователям, её сначала тестируют. Для этого используют специальные тестовые окружения — отдельные копии системы, к которым нет доступа у обычных пользователей. Это позволяет находить и исправлять баги до ****релиза, поэтому финальные пользователи (почти) никогда их не видят.
GIT — это система, где живёт весь код. Даже если вы не пишете код, GIT — ваш способ увидеть, что поменялось, кем, зачем, и где это можно протестировать
CI/CD — это система, которая запускает тесты и выкладывает приложение. Если что-то пошло не так — именно здесь вы увидите, сломалась ли сборка, прилетели ли нужные изменения, и когда уже можно тестировать.
Знание этих вещей — это про то, чтобы понимать весь процесс — от кода до продакшена
9. Сниффинг трафика (Charles Proxy / Proxyman)
При тестировании веб-приложений вы можете отслеживать запросы и ответы через DevTools. Но как быть, если нужно увидеть, какие запросы отправляет мобильное устройство или десктопное приложение?
В этом помогут снифферы трафика (их ещё называют "анализаторами трафика"). Как это работает? Вы настраиваете мобильное устройство так, чтобы все запросы сначала шли на ваш компьютер, а уже потом — на сервер. И наоборот: все ответы сперва приходят на ваш компьютер, а затем передаются устройству.
Снифферы — это, по сути, DevTools для мобильных и десктопных приложений
Отличительная особенность снифферов — это возможность подменять ответы от сервера. После прохождения этой главы вы сможете “просниффить” трафик мобильного приложения «Пятёрочка» и, например, сделать так, чтобы при поиске “молоко” приложение показывало совершенно другие товары
Поздравляю!
Уже на этом этапе — вы обладаете всеми ключевыми навыками, которые требуются от Manual Middle QA:
- Вы умеете тестировать фронтенд, бэкенд и API
- Разбираетесь в базах данных, логике работы CI/CD, окружениях и в структуре проектов
- Понимаете, как устроен трафик между клиентом и сервером, и умеете его анализировать
- Готовы к самостоятельной работе в команде и уверенно чувствуете себя в процессах
- Проходить собеседования на Middle Manual QA
- Работать в команде, где нет автотестов, но нужны грамотные ручные проверки
- Говорить на одном языке с разработчиками и DevOps
Дальнейшие темы (логи, брокеры сообщений, Docker, XCode, Android Studio) — это ваше конкурентное преимущество. Они:
- Не обязательны на всех проектах
- Но если вы их хоть немного знаете — вас заметят среди других кандидатов
- И вы можете уверенно вписывать их в резюме, чтобы пройти фильтр на более крутые вакансии
10. Логи (ELK Stack / Sentry / Grafana + Loki)
Представьте ситуацию: пользователь жалуется — «у меня крашится приложение». Скриншота нет, записи экрана тоже. Что делать? Ответ — открывать логи.
Логи — это журнал, в который система записывает каждое действие пользователя. Они помогут выяснить:
- что делал пользователь до ошибки
- на каком уровне произошёл сбой — фронтенд, бэкенд или сторонний сервис
- какие параметры передавались и что вернул сервер
Умение читать логи превращает вас в незаменимого тестировщика.
Теперь вы не будете писать разработчику: «у меня вылетает приложение». Вместо этого — вы зайдёте в логи и найдёте причину, по которой это происходит.
Итог: разработчик тратит меньше времени на исправление этого бага. А вы, тем самым, снижаете затраты компании — ведь каждая минута работы разработчика, простаивающий пользователь или баг в проде стоят денег
11. Брокеры сообщений (Kafka, RabbitMQ)
Сегодня большинство веб-приложений — это набор микросервисов, которые обмениваются данными между собой. Чтобы всё не развалилось при первых же нагрузках, используют брокеры сообщений — Kafka или RabbitMQ.
- Часто упоминается в описании вакансий
- Даёт огромный плюс на собеседовании, особенно если вы приведёте конкретный пример бага, пойманного через брокер
12. Docker
Docker — подойдет больше Senior QA. Да и не во всех компаниях вам придется с ним работать, так как чаще с ними работают разработчики и DevOps
Он позволяет развернуть нужную часть системы прямо у себя на ноутбуке: API, базу данных, Kafka, фронт — и начать тестировать, не дожидаясь никого.
Если вы будете понимать основы этого инструмента, то это будет плюсом на собеседовании
13. Инструменты для моб. тестирования (Android Studio, XCode, ADB, Logcat)
Пользователи используют сотни комбинаций устройств и операционных систем — разные модели iPhone, Android, прошивки, кастомные оболочки. Физически протестировать каждую — невозможно.
На практике компания выдаёт 2–3 самые популярные модели, чтобы тестировать основные сценарии.
А что делать с остальными? Помогут эмуляторы и симуляторы, которые входят в Android Studio и Xcode. С их помощью вы сможете:
- протестировать поведение на разных версиях Android и iOS,
- запускать приложение без физического устройства,
- делать скриншоты, видео, проверять push-уведомления и баги.
Кроме того, через Android Studio и Xcode можно просматривать все системные логи устройства, следить за крашами и перехватывать ошибки, которые невозможно увидеть через интерфейс
Заключение
Поздравляю - ты дочитал до конца. Пройдя весь путь, описанный в этом роадмапе, ЛЮБОЙ может стать уверенным Middle Manual QA, даже без знаний программирования.
Ты не просто выучишь теорию — ты научишься применять инструменты, разговаривать с разработкой на одном языке и находить баги, которые не заметит даже Senior.
💡 Почему важно не откладывать: Рынок будет переполнен вакансиями на Middle QA-специалистов ещё лет 5, особенно в сфере мобильной разработки, API и сложных интерфейсов. Сейчас — идеальный момент, чтобы зайти и за 2-3 месяца вырасти до уровня, за который платят гораздо выше среднего. А ещё не забываем про то, что работа удаленная, многие компании дают ДМС, отсрочки от армии и тому подобное
Что дальше то?
Заходи в наш канал - https://t.me/how_to_code_web3, там мы уже подготовили кое-что, чтобы бы стал на путь становления QA-тестировщиком.