Если открыть пять вакансий Junior QA подряд, в требованиях будет 30−40 разных слов. Postman, Charles, Kibana, Kafka, Jira, Allure, ADB, DBeaver — и это далеко не всё. Глядя на это, легко решить, что профессия требует выучить всё сразу. На самом деле — нет.
Реально нужных инструментов на старте — двенадцать. Про каждый из них спрашивают на собеседовании, и одного «слышал, открывал» уже мало.
В этой статье — стек тестировщика 2026 года: фундамент для Junior QA, то есть для ручного тестировщика на старте карьеры. По каждому инструменту — какая глубина нужна, что точно спросят на собесе, что учить не нужно, и где брать практику.
Что такое стек тестировщика и почему он важен в 2026
Стек — это набор инструментов, с которыми тестировщик ПО работает каждый день. Открываете, делаете базовые операции, объясняете коллеге, зачем нужно. Уровень — рабочие руки.
В 2026 планка для Junior выросла. Программы, по которым учили в 2022, уже не покрывают того, что сегодня спрашивают на реальных собесах. Рынок просел, конкуренция выше, отбор жёстче. Junior без чёткого стека редко доходит до первого технического звонка — резюме не цепляет.
От Junior не ждут глубины уровня Senior. Достаточно знать, что делает каждый инструмент, и уметь решить базовую задачу без подсказок.
Минимальный стек Junior QA: 12 инструментов
Дальше — двенадцать инструментов, которые мы считаем фундаментом для технического собеседования. Они разные по сложности и спрашиваются с разной частотой. Если какой-то пропустить, это видно по ответам.
Чтобы было проще ориентироваться, мы разделили стек на три яруса по тому, как часто его реально спрашивают на собесе.
Три яруса: что спросят 100%, что желательно знать, что бонус
Ярус, А — обязательно знать. Эти темы спрашивают почти на любом техсобесе — по ним идёт основной технический разговор.
- HTTP/REST + DevTools
- Postman + Swagger
- SQL (SELECT/WHERE/JOIN/GROUP BY)
- Тестовая документация в любой одной TMS-системе
- Jira
Эти пять блоков спрашивают почти на любом техсобесе Junior QA. По SQL обычно отдельный мини-тест: попросят написать запрос вживую. По Jira спрашивают как фон — через ваш рассказ о процессе работы.
Ярус B — желательно знать. Без них собес пройти можно. Но если на этих темах плавать, оценка кандидата заметно снижается.
- Charles, Fiddler или другой перехватчик трафика
- Логи (Kibana, Sentry, Grafana, Graylog — любой один)
- Git и терминал
- Confluence
- IDE (VS Code или IntelliJ IDEA) на уровне «открыть файл, увидеть код»
Ярус C — бонус (редкие, но встречаются). Знание этих тем сигналит, что человек учился глубоко.
- Очереди сообщений (Kafka или RabbitMQ — на уровне «что это и зачем»)
- Android Studio + ADB (на веб-позициях стало частым требованием)
- CI/CD (GitLab CI / Jenkins / TeamCity — на уровне «прочитать пайплайн и найти, где упало»)
В каждом инструменте есть своя глубина — Junior достаточно базовой. Где именно остановиться по каждому пункту, разберём дальше по статье.
Зачем тестировщику знать HTTP и REST API
Любая веб-система устроена как пирог. Сверху — фронтенд, то, что видит пользователь. Под ним — API, который передаёт запросы туда-сюда. Под ним — база данных, где всё хранится. Между слоями — очереди, кэши, логи.
Когда что-то сломалось, есть три варианта: сломан верхний слой (баг видно глазами), сломана передача между слоями (запрос ушёл, ответ не пришёл) или сломан нижний слой (данные не сохранились). Понимая пирог, вы знаете, куда смотреть в первую очередь.
API — это «окошко» между слоями пирога. Один сервис задаёт другому вопрос по строго определённым правилам. HTTP — эти самые правила. REST — стиль формулировок.
Большая часть багов на стыке фронта и бэка ловится через DevTools и Postman, до интерфейса.
Что должен уметь Junior:
- Знать методы (GET, POST, PUT, PATCH, DELETE) — что делает каждый
- Знать коды ответов: 200, 201, 204, 301/302, 400, 401, 403, 404, 422, 500, 502, 503 — увидели и понимаете, на чьей стороне проблема: фронт или бэк
- Понимать структуру запроса: URL, заголовки, тело, cookies, авторизация (Bearer, Basic)
- Объяснить разницу REST и SOAP, синхронных и асинхронных запросов, что такое идемпотентность
Что точно спросят на собесе:
- Чем отличается 401 от 403?
- Что такое идемпотентность и какие методы идемпотентны?
- Куда пойдёшь искать причину, если на фронте ошибка, а в логах бэка чисто?
Что НЕ нужно учить в 2026: SOAP вглубь — он встречается только в унаследованных системах. gRPC и WebSocket — это уровень Middle.
Подробнее про то, как тестировать стык двух систем через REST и очереди —в нашем видео (это один из самых частых вопросов на собеседованиях Junior и Middle).
Postman: что должен уметь Junior QA
С HTTP разобрались. Теперь Postman — это место, где вы это всё руками потрогаете. Если HTTP — правила игры, Postman — поле, на котором играют.
Ручное тестирование API занимает 30−50% работы тестировщика. Postman — стандарт индустрии. Через него воспроизводят баг бэкенда, проверяют ответ сервиса в обход интерфейса, отдают разработчику воспроизводимый запрос.
Что должен уметь Junior:
- Создать запрос всех типов (GET, POST, PUT, PATCH, DELETE)
- Работать с заголовками, авторизацией (Bearer-токен), параметрами запроса
- Импортировать коллекцию из Swagger / OpenAPI
- Читать ответ в JSON, использовать вкладку Tests на базовом уровне (pm.test, проверка статус-кода и поля в теле ответа)
- Работать с переменными окружения (dev / stage / prod)
Что Junior учить не нужно: сложные скрипты, Newman + CI/CD, моки на уровне Postman. Это задачи автоматизатора.
Что точно спросят:
- Покажите, как авторизоваться с Bearer-токеном
- Как импортировать коллекцию из Swagger?
- Как проверить, что в ответе пришло поле id и что оно числовое?
На что обратить внимание: если знакомы с curl в командной строке, но не работали в интерфейсе Postman — на собесе попросят показать запрос именно там. Имеет смысл потренировать кнопки заранее, чтобы не терять время.
Charles, Fiddler и DevTools: зачем тестировщику перехватчики трафика
В Postman вы сами формируете запросы. Но в реальной работе запросы уже идут между фронтом и бэком, а вам нужно посмотреть, что именно отправляется и что приходит в ответ. Для этого нужны снифферы — перехватчики трафика.
Метафора простая. Между вашим браузером и сервером ходит почтальон. Туда — конверты с запросами, обратно — с ответами. В обычной жизни вы видите только результат: страница открылась, кнопка нажалась. Charles перехватывает почтальона по дороге: открыли конверт, прочитали, при необходимости — переписали содержимое и отправили дальше. Базовый инструмент любого веб-тестировщика.
Что должен уметь Junior:
- DevTools — все основные вкладки. Network, Console, Application (cookies, localStorage, sessionStorage), Sources на уровне «найти файл, поставить точку остановки», базово — Performance и Lighthouse.
- Charles или один из аналогов — установить, поднять прокси на телефоне, перехватить HTTPS-трафик, подменить ответ через Map Local или Rewrite, замедлить сеть (Throttling), заблокировать запрос.
- Fiddler / Proxyman — знать, что они есть, и быть готовым переключиться, если на проекте используют их.
Что точно спросят:
- Как перехватить HTTPS-запрос с телефона?
- Как подменить ответ сервера на тестовый?
- Чем DevTools отличается от Charles и когда нужен именно Charles?
Что важно: на мобильной или гибридной позиции без Charles работать неудобно — об этом обычно прямо говорят на собесе. На веб-позициях его тоже спрашивают часто.
Нужен ли SQL тестировщику и какой минимум хватит
Дальше — SQL. SQL и API — две темы, по которым на собесе чаще всего видно разрыв в подготовке. SQL — отдельная история: это язык запросов, и его не "нажимаешь по кнопкам", а пишешь руками. По SQL на собесе попросят написать запрос — на бумаге или в редакторе.
База данных — нижний слой того самого пирога, о котором мы говорили в начале. Через SQL проверяют, что данные в БД совпадают с тем, что показывает интерфейс. Часть багов проявляется именно на этом стыке: интерфейс показывает одно значение, в базе — другое.
Что должен уметь Junior — конкретно, по списку:
- SELECT с WHERE (точное значение, диапазон, LIKE, IN, IS NULL)
- ORDER BY, LIMIT, OFFSET
- INNER JOIN и LEFT JOIN — понимать разницу, уметь написать
- GROUP BY + HAVING + агрегаты (COUNT, SUM, AVG, MIN, MAX)
- Простые подзапросы
- Базовые INSERT, UPDATE, DELETE — на уровне «прочитать чужой запрос»
Где Junior останавливается: оптимизация запросов, индексы (только понимать, что они существуют и зачем), оконные функции, хранимые процедуры, триггеры, планы выполнения (EXPLAIN). Это всё — Middle и выше.
Что точно спросят:
- Напишите запрос: «вывести 10 пользователей, у которых больше пяти заказов за последний месяц»
- Чем INNER JOIN отличается от LEFT JOIN? Покажите на пальцах
- Что такое индекс и когда он нужен?
Что важно учесть: на собесе попросят написать запрос в реальном времени. Если SELECT идёт уверенно, а JOIN плывёт — по этой теме обычно расспрашивают подробнее. JOIN — типичный рубеж: на нём видно глубину практики.
Что НЕ нужно в 2026: специфика Oracle SQL или Microsoft T-SQL, если вы не идёте конкретно в крупный корпоративный сектор. PostgreSQL и MySQL хватит. Из клиентов БД — DBeaver (бесплатный, кроссплатформенный) или встроенный pgAdmin.
Где брать практику: наш бесплатный тренажёр SQL Arena — 500+ задач, разбитых по темам. AI-ментор подсказывает на ходу, Skill Radar показывает, какие темы провисают. Большая часть функционала бесплатно.
Git, GitHub и CI/CD: зачем тестировщику без автоматизации
SQL и API — фундамент. Дальше идёт то, без чего вы не сможете встроиться в команду: Git и понимание, как код доезжает до боевой среды.
Даже ручной тестировщик заходит в репозиторий — посмотреть код функции, прочитать README, найти конфигурацию. Без Git разговаривать с разработчиками будет сложно. CI/CD — потому что вы будете запускать пайплайны и читать их логи, чтобы понять, на каком шаге упала сборка.
Что должен уметь Junior:
- Терминал (Linux/macOS bash или Windows Terminal): cd, ls, mkdir, cat, grep, curl — без паники
- Git: clone, pull, push, checkout, branch, merge, status, log, добавить коммит
- Понимать Git Flow на пальцах: feature-ветки, develop, main
- GitLab или GitHub: открыть merge request (или pull request), прочитать diff, оставить комментарий
- CI/CD: понять, что упал шаг сборки, найти логи в интерфейсе (GitLab CI / GitHub Actions / TeamCity / Jenkins)
Где Junior останавливается: написание. gitlab-ci.yml, rebase сложных конфликтов, git hooks. Это уже задачи разработчика или DevOps.
Что точно спросят:
- Чем merge отличается от rebase? (на уровне «что делает каждый»)
- Что такое pull request / merge request и зачем он нужен?
- Где смотреть логи упавшей сборки?
На что обратить внимание: если на собесе путаетесь в разнице между commit и push, это считывается как отсутствие реальной практики с Git. Тренируйтесь на учебном репозитории — час работы.
Jira и Confluence: рабочая среда тестировщика
Git — про то, как живёт код. Jira и Confluence — про то, как живёт работа вокруг кода. Сами инструменты несложные. Сложнее другое: большая часть работы тестировщика — это грамотные описания. Что нажали, что сломалось, при каких условиях воспроизводится. Клики по интерфейсу — это уже потом.
Jira — операционная система команды разработки. Туда падают задачи, баги, статусы. Confluence — память команды: документация, требования, ретроспективы.
Что должен уметь Junior:
- Jira: создать задачу, баг-репорт по шаблону, перевести статус, прикрепить вложение, оставить комментарий, навесить лейбл, поставить компонент, привязать к спринту или эпику. Читать Kanban- и Scrum-доску.
- Confluence: создать страницу, использовать Markdown-разметку (заголовки, списки, таблицы, код-блоки, ссылки), оставить inline-комментарий.
Что точно спросят:
- Как создаёте баг-репорт? Какие поля обязательны?
- Какие у вас были workflow в Jira на прошлом проекте?
- Где в команде хранили документацию?
Что меняется в 2026: Jira достаточно. Но в импортозамещении растёт Яндекс Трекер — стоит знать о его существовании на уровне «открывал, ориентируюсь».
Где брать практику: у Atlassian есть бесплатный Jira Cloud для команд до 10 человек — поднимается за 5 минут. У нас на курсе все домашние задания сдаются через Jira — это адаптировано под реальный рабочий процесс.
Логи в работе тестировщика: Kibana, Sentry, Grafana — что должен уметь Junior QA
Документация — то, что вы создаёте. Логи — то, что вы читаете, когда что-то пошло не так.
Воспроизвели баг — что дальше? Тестировщик идёт в логи и достаёт причину: какой запрос упал, на каком сервисе, с каким стектрейсом. С такими данными баг-репорт выглядит так: «POST /api/orders отвечает 500 — вот лог сервиса orders, вот трасса». На таких баг-репортах Junior отличается от человека, который только пробует профессию.
Что должен уметь Junior:
- Один инструмент любой (чаще всего Kibana, реже — Sentry, Graylog, Grafana Loki): открыть, найти запрос по timestamp + traceId, прочитать стектрейс, выгрузить логи за нужный промежуток времени
- Понимать уровни логов: DEBUG, INFO, WARN, ERROR
- Понимать связь «запрос фронта → traceId → лог бэка»
Что точно спросят:
- Как вы локализуете причину бага через логи?
- Что делать, если в логах ничего нет, а баг есть?
- Чем Sentry отличается от Kibana?
TMS-системы: TestIT, Qase, TestRail, Allure TestOps
Логи и баг-трекер — про реакцию на проблемы. TMS — про подготовку: какие проверки нужны, в каком порядке, что уже покрыто. Без TMS тестирование держится на памяти, и в команде на это смотрят как на сигнал отсутствия процесса.
Что должен уметь Junior:
- Любой ОДИН инструмент глубже остальных. Освоили один — остальные осваиваются за пару часов
- Создать тест-кейс с шагами, привязать к функции, запустить test run, отметить «пройдено / упало», прикрепить дефект к Jira
- Импорт-экспорт CSV — знать, что есть
Что точно спросят:
- В какой TMS работали? Покажите кейс из вашей практики
- Чем чек-лист отличается от тест-кейса?
- Как у вас была налажена трассировка от требования до кейса?
На практике: если учили TestRail, а на проекте Qase — освоите за пару часов. Главное — понимать концепцию.
Что меняется в 2026: TestRail визуально устаревает, и в РФ его становится меньше. TestIT и Qase — растут. Allure TestOps занимает серьёзную долю. Стратегия: один инструмент изучить глубоко, про остальные — знать, что они существуют.
Очереди сообщений: Kafka и RabbitMQ для Junior QA
Дальше — про то, что вас могут не спросить на джуновском собесе, но обязательно спросят при переходе на Middle. И что обязательно встретится, когда вы попадёте на свой первый сложный проект с микросервисами.
Современные системы общаются и через REST, и через очереди. Сервис A кладёт событие в Kafka — сервис B забирает и обрабатывает. Если очередь падает, появляются плавающие баги: воспроизводятся не каждый раз.
Что должен уметь Junior:
- Знать, что такое очередь, продюсер, консьюмер, топик, партиция (на пальцах)
- Понимать разницу синхронного (REST) и асинхронного (Kafka) взаимодействия
- В Kafka UI: открыть топик, найти сообщение, прочитать тело
Куда лезть не нужно: настраивать кластер, понимать ребалансировку, писать продюсеры. Это уже работа разработчика.
Что точно спросят:
- Чем синхронное взаимодействие сервисов отличается от асинхронного?
- Что такое топик в Kafka и зачем нужны партиции?
- Как вы протестируете интеграцию через Kafka?
Что важно учесть: в финтехе и у крупных ритейлеров Kafka — почти стандарт. Если с очередями не сталкивались совсем, к этому вопросу будут возвращаться.
Android Studio и ADB: нужно ли это Junior QA в 2026
Мобильное тестирование — это надстройка над вебом. База одна и та же, отличия — в специфике устройств. Многие веб-вакансии в РФ всё равно требуют «знания основ мобильного" — у компании есть и сайт, и приложение.
Что должен уметь Junior:
- Android Studio: установить, запустить эмулятор, поставить APK
- ADB: подключиться к устройству, adb logcat, adb install, adb shell, скриншот
- Знать, как снимать логи с реального устройства через USB-debugging
Что точно спросят:
- Как поставить APK на эмулятор?
- Как снять логи с телефона?
- Чем тестирование мобильного приложения отличается от веба?
Что важно учесть: на гибридной позиции (веб + мобильное) без ADB не обойтись. Это видно по требованиям в вакансии и по вопросам на собесе.
AI в QA в 2026: что реально использует Junior
Двенадцать инструментов — это много, и кажется нереальным освоить всё. Прежде чем разложить их по неделям, отдельный блок про то, что на собеседованиях 2026 спрашивают всё чаще: как вы используете нейросети.
Нейросеть — это алгоритм сопоставления, а не сознание. Хороша для рутины: подскажет каркас тест-кейсов, набросает тестовые данные. Но смотреть на продукт глазами пользователя — не может.
Аналогия: беспилотные такси работают, но у них есть операторы. Тестировщики в ближайшие десять лет тоже не исчезнут, но профессия меняется. Умение работать с AI как с помощником — теперь часть базовой грамотности.
Что Junior реально использует уже сейчас:
1. ChatGPT или Claude для генерации тест-кейсов и тест-данных. Конкретный пример промпта:
Я тестирую функцию регистрации пользователя. Поля: email, пароль (8−32 символа, спецсимволы), подтверждение пароля, согласие с офертой. Сгенерируй 15 тест-кейсов: позитивные, негативные, граничные, безопасность. Формат: «Шаги / Ожидаемый результат».
Что с этим делать дальше: брать как каркас, проходить руками, дополнять. AI обычно пропускает граничные значения и сценарии безопасности — их дописываете сами.
- GitHub Copilot или Cursor — для тех, кто параллельно идёт в автоматизацию. Подскажет селектор, поможет дописать тест на Playwright.
- Playwright codegen + AI — записал тест кликами в браузере, codegen сгенерировал код, AI поправил селекторы на устойчивые. Самый быстрый вход в автоматизацию для Junior.
Умение писать ясные, структурированные промпты — новая профессиональная грамотность. На собеседованиях уже спрашивают: «Как вы используете AI в работе?». Хороший ответ — конкретные сценарии: где ускоряет рутину, какие задачи перекладываете на нейросеть, что после этого обязательно проверяете руками.
Что НЕ делать в 2026:
- Сдавать тестовое задание целиком из ChatGPT — это видно сразу, и компания теряет интерес к кандидату
- Полагаться на AI как на автора плана тестирования — план остаётся за вами, AI помогает только с черновиком
- Учить «AI-инструменты для QA» в обход базы (HTTP, SQL, Postman). Без базы нейросеть не подскажет ничего полезного — потому что вы не сможете оценить ответ
Частые вопросы
Можно ли стать тестировщиком без программирования? Да, ручной QA не пишет код. От Junior требуется уметь читать чужой код (HTML и CSS на пальцах, JSON в ответе API). Писать код нужно только в автоматизации.
Какие инструменты обязательно знать к собеседованию Junior QA? Ярус, А — обязательно (HTTP, Postman, SQL, документация в TMS, Jira). Ярус B — желательно (Charles, логи, Git, IDE, Confluence). Ярус C — бонус (Kafka, ADB, CI/CD). Подробнее — в блоке «Минимальный стек» выше.
Сколько времени нужно выучить весь стек Junior QA? 12 недель при 3−4 часах в день — реальный темп. С нуля до собеседования — 3−4 месяца обучения плюс 2−3 месяца поиска работы. Рекорд наших выпускников — 3 месяца до первого оффера.
Нужно ли Junior знать Selenium или Playwright? Для ручного Junior — нет. Это инструменты автоматизации. Если идёте туда, в 2026 году актуальная связка — Playwright + TypeScript. Selenium теряет позиции в новых проектах.
Что важнее на собесе: SQL или API? Оба обязательны. По порядку изучения удобнее начинать с HTTP/API — это верхний слой пирога. SQL — следом. На собесе спросят и то, и другое.
Сколько зарабатывает Junior QA в России в 2026? Junior QA: 60−70 тысяч ₽ на старте, отдельные позиции до 100−110. Middle: 130−160 тысяч (вилка 100−220).
Чем стек Junior отличается от стека Middle? Junior знает все 12 на базовой глубине. Middle добавляет глубину (SQL до оптимизации запросов, API до WebSocket и gRPC, логи до настройки информационных панелей). Плюс к этому — умеет вести проект как процесс.
Что дальше
Если вы дочитали — у вас в голове уже сложилась карта стека. Это серьёзная часть пути. Дальше — пошагово. Учим слой за слоем, проверяя себя на каждом.
Если хотите учиться со школой
Стек, который мы разобрали выше — это содержание нашего курса. 12 спринтов, 75+ практических заданий в Jira. Тиры (тренировочные собеседования) — три раза в неделю. Поддержка ментора — до выхода на оффер и на испытательном сроке.
Подробнее о тарифах и форматах — на странице курса. У нас отбор через интервью — берём тех, кому профессия подходит и кто готов пройти путь до конца.
О школе. Quality Academy — онлайн-школа тестирования с упором на ручное QA и плавный переход в автоматизацию. Маленькие группы до 10 человек, тиры 3 раза в неделю, реальные мок-собеседования с ментором, сопровождение на испытательном сроке. Основатель и преподаватель — Артём, Senior QA. Подробнее на quality-academy.ru/main.
Контакты
Телеграм-бот для связи: https://t.me/quality_academy_bot
Телеграм-канал школы: https://t.me/quality_academy
Отзывы учеников: https://t.me/+C2yITW3SfQ05ZjJi
Сайт школы: https://quality-academy.ru/main