Стек Junior QA в 2026: какие инструменты должен знать тестировщик к собеседованию

Если открыть пять вакансий Junior QA подряд, в требованиях будет 30−40 разных слов. Postman, Charles, Kibana, Kafka, Jira, Allure, ADB, DBeaver — и это далеко не всё. Глядя на это, легко решить, что профессия требует выучить всё сразу. На самом деле — нет.

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

В этой статье — стек тестировщика 2026 года: фундамент для Junior QA, то есть для ручного тестировщика на старте карьеры. По каждому инструменту — какая глубина нужна, что точно спросят на собесе, что учить не нужно, и где брать практику.

Стек — это набор инструментов, с которыми тестировщик ПО работает каждый день. Открываете, делаете базовые операции, объясняете коллеге, зачем нужно. Уровень — рабочие руки.

В 2026 планка для Junior выросла. Программы, по которым учили в 2022, уже не покрывают того, что сегодня спрашивают на реальных собесах. Рынок просел, конкуренция выше, отбор жёстче. Junior без чёткого стека редко доходит до первого технического звонка — резюме не цепляет.

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

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

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

Три яруса: что спросят 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 достаточно базовой. Где именно остановиться по каждому пункту, разберём дальше по статье.

Любая веб-система устроена как пирог. Сверху — фронтенд, то, что видит пользователь. Под ним — 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).

С 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 — на собесе попросят показать запрос именно там. Имеет смысл потренировать кнопки заранее, чтобы не терять время.

В 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 и 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 показывает, какие темы провисают. Большая часть функционала бесплатно.

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. Тренируйтесь на учебном репозитории — час работы.

Git — про то, как живёт код. Jira и Confluence — про то, как живёт работа вокруг кода. Сами инструменты несложные. Сложнее другое: большая часть работы тестировщика — это грамотные описания. Что нажали, что сломалось, при каких условиях воспроизводится. Клики по интерфейсу — это уже потом.

Jira — операционная система команды разработки. Туда падают задачи, баги, статусы. Confluence — память команды: документация, требования, ретроспективы.

Что должен уметь Junior:

• Jira: создать задачу, баг-репорт по шаблону, перевести статус, прикрепить вложение, оставить комментарий, навесить лейбл, поставить компонент, привязать к спринту или эпику. Читать Kanban- и Scrum-доску.
• Confluence: создать страницу, использовать Markdown-разметку (заголовки, списки, таблицы, код-блоки, ссылки), оставить inline-комментарий.

Что точно спросят:

• Как создаёте баг-репорт? Какие поля обязательны?
• Какие у вас были workflow в Jira на прошлом проекте?
• Где в команде хранили документацию?

Что меняется в 2026: Jira достаточно. Но в импортозамещении растёт Яндекс Трекер — стоит знать о его существовании на уровне «открывал, ориентируюсь».

Где брать практику: у Atlassian есть бесплатный Jira Cloud для команд до 10 человек — поднимается за 5 минут. У нас на курсе все домашние задания сдаются через Jira — это адаптировано под реальный рабочий процесс.

Документация — то, что вы создаёте. Логи — то, что вы читаете, когда что-то пошло не так.

Воспроизвели баг — что дальше? Тестировщик идёт в логи и достаёт причину: какой запрос упал, на каком сервисе, с каким стектрейсом. С такими данными баг-репорт выглядит так: «POST /api/orders отвечает 500 — вот лог сервиса orders, вот трасса». На таких баг-репортах Junior отличается от человека, который только пробует профессию.

Что должен уметь Junior:

• Один инструмент любой (чаще всего Kibana, реже — Sentry, Graylog, Grafana Loki): открыть, найти запрос по timestamp + traceId, прочитать стектрейс, выгрузить логи за нужный промежуток времени
• Понимать уровни логов: DEBUG, INFO, WARN, ERROR
• Понимать связь «запрос фронта → traceId → лог бэка»

Что точно спросят:

• Как вы локализуете причину бага через логи?
• Что делать, если в логах ничего нет, а баг есть?
• Чем Sentry отличается от Kibana?

Логи и баг-трекер — про реакцию на проблемы. TMS — про подготовку: какие проверки нужны, в каком порядке, что уже покрыто. Без TMS тестирование держится на памяти, и в команде на это смотрят как на сигнал отсутствия процесса.

Что должен уметь Junior:

• Любой ОДИН инструмент глубже остальных. Освоили один — остальные осваиваются за пару часов
• Создать тест-кейс с шагами, привязать к функции, запустить test run, отметить «пройдено / упало», прикрепить дефект к Jira
• Импорт-экспорт CSV — знать, что есть

Что точно спросят:

• В какой TMS работали? Покажите кейс из вашей практики
• Чем чек-лист отличается от тест-кейса?
• Как у вас была налажена трассировка от требования до кейса?

На практике: если учили TestRail, а на проекте Qase — освоите за пару часов. Главное — понимать концепцию.

Что меняется в 2026: TestRail визуально устаревает, и в РФ его становится меньше. TestIT и Qase — растут. Allure TestOps занимает серьёзную долю. Стратегия: один инструмент изучить глубоко, про остальные — знать, что они существуют.

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

Современные системы общаются и через REST, и через очереди. Сервис A кладёт событие в Kafka — сервис B забирает и обрабатывает. Если очередь падает, появляются плавающие баги: воспроизводятся не каждый раз.

Что должен уметь Junior:

• Знать, что такое очередь, продюсер, консьюмер, топик, партиция (на пальцах)
• Понимать разницу синхронного (REST) и асинхронного (Kafka) взаимодействия
• В Kafka UI: открыть топик, найти сообщение, прочитать тело

Куда лезть не нужно: настраивать кластер, понимать ребалансировку, писать продюсеры. Это уже работа разработчика.

Что точно спросят:

• Чем синхронное взаимодействие сервисов отличается от асинхронного?
• Что такое топик в Kafka и зачем нужны партиции?
• Как вы протестируете интеграцию через Kafka?

Что важно учесть: в финтехе и у крупных ритейлеров Kafka — почти стандарт. Если с очередями не сталкивались совсем, к этому вопросу будут возвращаться.

Мобильное тестирование — это надстройка над вебом. База одна и та же, отличия — в специфике устройств. Многие веб-вакансии в РФ всё равно требуют «знания основ мобильного" — у компании есть и сайт, и приложение.

Что должен уметь Junior:

• Android Studio: установить, запустить эмулятор, поставить APK
• ADB: подключиться к устройству, adb logcat, adb install, adb shell, скриншот
• Знать, как снимать логи с реального устройства через USB-debugging

Что точно спросят:

• Как поставить APK на эмулятор?
• Как снять логи с телефона?
• Чем тестирование мобильного приложения отличается от веба?

Что важно учесть: на гибридной позиции (веб + мобильное) без ADB не обойтись. Это видно по требованиям в вакансии и по вопросам на собесе.

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

Нейросеть — это алгоритм сопоставления, а не сознание. Хороша для рутины: подскажет каркас тест-кейсов, набросает тестовые данные. Но смотреть на продукт глазами пользователя — не может.

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

Что Junior реально использует уже сейчас:

1. ChatGPT или Claude для генерации тест-кейсов и тест-данных. Конкретный пример промпта:

Что с этим делать дальше: брать как каркас, проходить руками, дополнять. AI обычно пропускает граничные значения и сценарии безопасности — их дописываете сами.

2. GitHub Copilot или Cursor — для тех, кто параллельно идёт в автоматизацию. Подскажет селектор, поможет дописать тест на Playwright.

3. 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 месяца поиска работы. Рекорд наших выпускников — 4 месяца до первого оффера.

Нужно ли 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
Помощь в трудоустройстве: https://quality-academy.ru/career