Нужно ли знать программирование, чтобы стать тестировщиком?

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

Сколько времени нужно, чтобы стать тестировщиком?

В среднем 4–8 месяцев обучения при 10–15 часах в неделю и ещё 1–3 месяца на поиск работы.

Есть ли будущее у ручного тестирования?

Ручное тестирование остаётся востребованным, но рутинные проверки всё чаще автоматизируют. Для устойчивой карьеры лучше развиваться в автоматизации или в сторону аналитики.

Как стать тестировщиком (QA) с нуля: план на 6 месяцев

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

Чем занимается тестировщик

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

С ростом опыта многие переходят в автоматизацию — пишут код, который тестирует продукт сам.

Что нужно знать для первой работы

Блок	Что именно
Теория тестирования	виды и уровни тестирования, техники тест-дизайна (классы эквивалентности, граничные значения, таблицы решений)
Документация	чек-листы, тест-кейсы, баг-репорты, работа в Jira или аналогах
Веб	как работает браузер, HTTP-запросы, DevTools
API	Postman, понимание REST, JSON
Базы данных	простые SQL-запросы
Мобильное тестирование	особенности Android и iOS, работа с эмуляторами
Git	базовые команды

Автоматизация (Python или Java + Selenium/Playwright) на старте не обязательна, но сильно выделяет резюме.

План на 6 месяцев

Месяц 1. Теория тестирования, техники тест-дизайна. Читайте классические учебники и решайте задачи на составление тест-кейсов.
Месяц 2. Веб и DevTools, основы HTTP. Начинайте тестировать реальные сайты и записывать найденные баги.
Месяц 3. API и Postman, SQL. Протестируйте открытые API.
Месяц 4. Мобильное тестирование, Git, Jira.
Месяц 5. Портфолио: тестовая документация и баг-репорты на реальные продукты. Начните изучать автоматизацию.
Месяц 6. Резюме, отклики, собеседования.

Что положить в портфолио

чек-лист и тест-кейсы для реального сайта (интернет-магазин, сервис доставки);
10–15 качественных баг-репортов с шагами воспроизведения и скриншотами;
коллекцию запросов в Postman с проверками;
если начали автоматизацию — небольшой проект с автотестами на GitHub.

Подробнее о сборе кейсов без коммерческого опыта — в статье портфолио новичка.

Курсы или самостоятельно

Базу тестирования вполне реально изучить самостоятельно — материалов много. Курс полезен структурой и проверкой домашних заданий. Если решите учиться платно, проверьте школу по нашему чек-листу: отдельно спросите, кто проверяет работы и есть ли практика на реальных проектах.

Как выделиться среди сотен откликов

Указывайте в резюме конкретные инструменты и то, что вы ими делали.
Выполняйте тестовые задания на совесть — по ним часто и отбирают.
Откликайтесь на стажировки и вакансии в небольших компаниях и в регионах.
Если у вас есть опыт в предметной области (банки, медицина, логистика), подчеркните его: тестировщик, который понимает бизнес, ценится выше.

Общая стратегия входа в отрасль описана в материале как войти в IT с нуля.

Сколько зарабатывают тестировщики

Ручной тестировщик-джун в регионах начинает с 40–70 тысяч рублей, в столицах — с 70–100 тысяч. Автоматизаторы получают заметно больше. Рост от джуна до мидла обычно занимает 1,5–2 года.

Кому подходит профессия

Тем, кто внимателен к деталям, любит разбираться, «почему не работает», и умеет спокойно объяснять проблему. Если вас раздражает однообразие, сразу планируйте путь в автоматизацию — там больше инженерных задач.

Пример хорошего баг-репорта

Заголовок: Кнопка «Оформить заказ» неактивна после применения промокода на iOS 18 Окружение: iPhone 13, iOS 18.2, приложение версии 4.12.0 Шаги: 1. Добавить в корзину любой товар. 2. Ввести промокод TEST10 и нажать «Применить». 3. Нажать «Оформить заказ». Ожидаемый результат: открывается экран оформления. Фактический результат: кнопка серая и не реагирует. На Android воспроизвести не удалось. Приложения: видео, логи.

Хороший баг-репорт можно воспроизвести без вопросов к автору. Именно такие примеры стоит класть в портфолио.

Частые ошибки новичков в QA

учить только теорию по книгам и не тестировать реальные продукты;
писать баг-репорты в духе «ничего не работает»;
игнорировать API и SQL — в вакансиях их требуют всё чаще;
откликаться только на позиции «без опыта» — стажировки и вакансии «опыт от года» тоже стоит пробовать.

Первый баг-репорт на знакомой форме

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