Что реально используют в работе, а что просто любят писать в резюмеКогда джун открывает вакансии QA, создаётся ощущение, что ручной тестировщик — это человек с бесконечным набором инструментов:

Postman, SQL, DevTools, Jira, TestRail, Swagger, Charles, Git…

Возникает закономерный вопрос:

нужно ли знать всё это сразу — и зачем вообще столько инструментов?

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

Главное, что нужно понять с самого начала

Инструменты — это не цель.

Это способы заглянуть глубже, чем обычный пользователь.

Хороший тестировщик отличается не количеством знаний, а тем, что умеет доставать информацию из системы:

• из интерфейса,
• из сети,
• из данных,
• из логики работы приложения.

DevTools — первый обязательный инструментЕсли ты тестируешь веб-приложения и не используешь DevTools —

ты тестируешь вслепую.

С помощью DevTools QA:

• смотрит сетевые запросы;
• проверяет ошибки в консоли;
• анализирует HTML и CSS;
• понимает, что реально происходит при нажатии кнопки.

Это не «дополнительный навык».

Это базовый рабочий инструмент.

Bug-трекинг и тест-менеджмент

Jira, YouTrack, Test IT и аналоги нужны не для галочки.

Они показывают:

• умеешь ли ты формулировать мысли;
• можешь ли описать проблему так, чтобы её поняли;
• понимаешь ли процессы работы в команде.

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

API-инструменты: Postman и Swagger

Даже если ты не автотестировщик,

API — это место, где живёт логика продукта.

Ручной QA использует API, чтобы:

• проверять данные напрямую;
• понимать, откуда приходят ошибки;
• не зависеть от интерфейса.

Swagger — чтобы понять, что существует.

Postman — чтобы проверить, как это работает.

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

Зачем он нужен:

• проверить, сохранились ли данные;
• сравнить ожидаемый и фактический результат;
• найти причину ошибки.

Это не про сложные запросы.

Это про умение проверить то, что не видно в UI.

Kanban-доска — инструмент мышления, а не красоты

Доска задач показывает, понимаешь ли ты:

• откуда появляется задача;
• на каком этапе она сейчас;
• кто за что отвечает.

QA — часть потока, а не отдельный «проверяльщик».