Начать обучение тестированию можно без опыта программирования. Но для первой работы придётся научиться разбирать требования, выбирать проверки и объяснять найденные ошибки. Показываем, что изучать по порядку, как подготовить первые работы для портфолио и с чем идти на собеседование junior QA.
Чем занимается тестировщик
Тестировщик программного обеспечения проверяет, как работает продукт и соответствует ли он требованиям. Например, может ли пользователь отправить заявку, правильно ли рассчитывается скидка и сохраняется ли заказ после оплаты. Найденные проблемы он описывает так, чтобы команда смогла их воспроизвести и исправить.
Работа начинается ещё до появления готовой функции. Допустим, в задании на форму заявки написано: «Телефон должен быть корректным». Тестировщик уточнит, номера каких стран принимаются, обязательна ли маска и что происходит с пробелами. Без этих ответов разработчик и заказчик могут по-разному понимать результат.
После разработки нужно выполнить проверки, зафиксировать ошибки, а затем проверить исправления. Отдельно проводят регрессионное тестирование: смотрят, не нарушили ли изменения уже работавшие сценарии. Если обновили промокоды, стоит проверить и обычный заказ без скидки.
В вакансиях встречаются названия «тестировщик», «инженер по тестированию» и QA Engineer. Смотри прежде всего на обязанности. QA, или Quality Assurance, относится к обеспечению качества процессов, а тестирование помогает оценить сам продукт. Название QA Engineer может при этом использоваться для позиции с задачами тестировщика.
С какого направления начать
Если ты пока не программируешь, начни с ручного тестирования веб-приложений. На форме заявки, корзине и личном кабинете проще освоить требования, проверки и работу браузера. В ручном тестировании специалист сам выполняет действия и оценивает результат, используя в том числе технические инструменты.
Автоматизатор пишет код, который выполняет проверки и сравнивает результат с ожидаемым. Здесь дополнительно нужны язык программирования, библиотеки для тестов и умение разбирать причины сбоев. Начать сразу с автоматизации можно, если у тебя уже есть база разработки. В остальных случаях сначала полезнее научиться выбирать сами проверки.
Направления пересекаются: ручной тестировщик может проверять API и писать небольшие скрипты, автоматизатор продолжает анализировать требования и исследовать продукт. Для старта выбери один тип продукта, чтобы не учить одновременно веб, мобильные приложения, игры и нагрузочное тестирование.
Что нужно знать начинающему тестировщику
Составляй программу обучения под задачи junior-позиции. Для веб-тестирования понадобятся основы тестирования, работа с браузером, API и базами данных. Осваивать их удобнее на одном проекте, постепенно добавляя способы проверки.
| Навык | Что отработать |
| Анализ требований | Найти неоднозначность и сформулировать вопрос до проверки функции |
| Тест-дизайн | Выбрать данные и сценарии, которые проверяют разные условия |
| Тестовая документация | Составить чек-лист, подробный тест-кейс и баг-репорт |
| Веб и HTTP | Объяснить, какой запрос отправил браузер и что вернул сервер |
| DevTools | Найти запрос во вкладке Network, посмотреть параметры и ответ |
| API и Postman | Отправить запрос, проверить статус и содержимое ответа |
| SQL | Выбрать нужные строки через SELECT и WHERE, соединить связанные таблицы через JOIN |
| Git | Сохранить учебные материалы и показать историю изменений |
Не нужно ждать, пока освоишь весь список, чтобы начать практику. Уже после знакомства с требованиями можно составить первые проверки, а после HTTP — разобрать запрос в браузере.
Техническую базу проще понимать через путь данных. Пользователь нажал кнопку, браузер отправил запрос, сервер обработал данные и вернул ответ. Если на странице появилась ошибка, нужно собрать наблюдения на этих этапах. Во вкладке Network в Chrome DevTools можно открыть запрос и посмотреть заголовки и ответ сервера.
SQL пригодится, когда нужно проверить данные напрямую: например, сохранился ли заказ и как он связан с пользователем. Для начала научись читать таблицы и делать выборки в учебной базе. Затем переходи к JOIN: он позволяет сопоставлять строки связанных таблиц.
Английский добавляй по ходу занятий: сообщения об ошибках, названия полей, описания методов. Переводчик поможет прочитать незнакомый фрагмент, но смысл запроса и результата нужно уметь объяснить самостоятельно.
Первая практика: проверки формы и баг-репорт
Начни с небольшого задания на тест-дизайн. На этом этапе ты проектируешь проверки; для их выполнения понадобится учебная форма с такими же требованиями. Параметры ниже условные, их нельзя переносить на любой сайт.
Предположим, форма записи на курс принимает имя длиной от 2 до 50 символов. Поле обязательное, пробелы по краям удаляются перед проверкой длины. Если имя не прошло проверку, заявка не создаётся, рядом с полем появляется сообщение об ошибке. Для упражнения используй обычные буквы без эмодзи.
Выбери данные для проверки
Проверка одного имени, например «Анна», покажет только один успешный случай. Нужно проверить допустимые значения, недопустимые значения и переходы между ними.
Для заданных требований получится такой набор:
Так ты используешь классы эквивалентности и граничные значения. Сначала выделяешь группы данных с одинаковым ожидаемым поведением, затем проверяешь сами границы и соседние значения. Это помогает выбрать проверки без перебора всех возможных имён.
А вот имя с дефисом пока нельзя уверенно признать допустимым или недопустимым. В условии задана длина, но не перечислены разрешённые символы. Запиши вопрос к требованиям. Умение заметить такой пробел пригодится при работе с аналитиком и разработчиком.
Оформи тест-кейс
Чек-лист коротко перечисляет, что проверить. Тест-кейс содержит условия, данные, действия и ожидаемый результат. По нему другой человек должен суметь повторить проверку.
Для верхней границы тест-кейс можно записать так:
- Открыть учебную форму. Остальные обязательные поля заполнить допустимыми значениями.
- В поле «Имя» вставить строку из 51 буквы «а», без пробелов.
- Нажать кнопку отправки.
- Сравнить результат с требованием: заявка не должна создаваться, рядом с именем должно появиться сообщение о превышении длины.
До запуска укажи адрес стенда, его версию, браузер и операционную систему. Фактический результат заполняй после выполнения. Подготовленный тест-кейс и выполненная проверка должны различаться в отчёте.
Опиши ошибку так, чтобы её повторили
Допустим, при выполнении проверки форма приняла 51 букву. Тогда баг-репорт может выглядеть так.
Не утверждай, что запись появилась в базе, если видел только уведомление на странице. Описывай доступные наблюдения. После исправления нужно повторить исходную проверку и проверить соседний допустимый случай с 50 символами. Поля окружения, шагов, ожидаемого и фактического результата помогают команде воспроизвести проблему.
Как выполнить первую проверку API
API позволяет программам обмениваться данными. Веб-интерфейс может обращаться к API при загрузке профиля, поиске товара или отправке заявки. Через Postman можно отправить запрос напрямую и изучить ответ.
Для первого упражнения подойдёт Postman Echo. Этот учебный сервис возвращает сведения о присланном запросе. Установи настольный Postman и создай GET-запрос:
https://postman-echo.com/get?course=qa&level=beginner
После отправки ожидается статус 200 OK. Проверь также объект args в JSON: в нём должны вернуться переданные параметры course и level. Успешная отправка запроса и правильное содержимое ответа проверяются отдельно.
Дальше выполни небольшую последовательность:
- Замени level=beginner на level=junior и отправь запрос повторно.
- Убедись, что в args.level вернулось новое значение.
- Удали параметр level, отправь запрос и посмотри, что изменилось в args.
- Сохрани запрос в коллекцию. Для этого войди в аккаунт Postman, нажми Save и выбери или создай коллекцию.
- Запиши, какие данные отправил, какой ответ ожидал и что получил.
Echo помогает освоить обмен запросами и ответами. Он не проверяет правила записи на курс и не сохраняет пользователя как учебная система регистрации. Для проверки обязательных полей, прав доступа и создания записей нужен другой стенд с описанным API.
Следующий шаг — сравнить API-ответ с тем, что показывает интерфейс того же приложения. Например, есть ли созданная запись в ответе сервера и появилась ли она в списке на странице. Здесь уже потребуется понимать устройство выбранного учебного проекта.
Как организовать обучение с нуля
Занятия удобно планировать по результатам. Сначала научись составлять проверки и описывать дефекты, затем добавляй технические инструменты. Чтобы оценить нагрузку, можно взять учебный план на 16 недель по восемь часов: получится 128 часов занятий. Это пример расписания, а не срок получения работы.
| Период | Чем заниматься | Что подготовить |
| Недели 1–3 | Требования, виды тестирования, классы эквивалентности и границы | Проверки одной функции с объяснением выбора данных |
| Недели 4–6 | Учебный веб-стенд, тест-кейсы, баг-репорты, DevTools | Отчёт о выполненных проверках с фактическими результатами |
| Недели 7–10 | HTTP, JSON, Postman, SQL | API-коллекцию и запросы к учебной базе |
| Недели 11–13 | Самостоятельный проект | Материалы проекта с инструкцией по запуску и ограничениями |
| Недели 14–16 | Разбор вакансий, резюме, тренировочные интервью | Отклики на подходящие позиции и список тем для повторения |
Если блок занимает больше времени, сдвигай расписание. Переходить дальше стоит после задания, которое можешь выполнить и объяснить без копирования готового решения.
Бесплатно можно изучать материалы ISTQB CTFL, руководства Postman, Chrome DevTools и учебник PostgreSQL. Они помогут разобраться с отдельными темами. Проверку своих тест-кейсов и решений придётся организовать отдельно: например, попросить разбор у наставника или участника профессионального сообщества.
Курс «Тестировщик ПО (QA-инженер)» в Академии IT DMS
Сертификат или удостоверение о повышении квалификации.
AFFTIMES−5 % на первую покупку. Скидка суммируется с любыми акциями школы. Если оплачиваете через менеджера в чате, назовите ему промокод.
Что положить в портфолио без опыта
Для первого портфолио выбери один учебный продукт: например, интернет-магазин или сервис бронирования с разрешённым доступом для тестирования. Ограничь работу одной функцией, которую можешь проверить достаточно подробно.
Собери материалы так, чтобы другой человек понял задачу и смог повторить твои действия:
- Описание проекта: что проверял, на каком стенде, с какими требованиями и доступами.
- Проверки: чек-лист и несколько подробных тест-кейсов с объяснением выбора данных.
- Результаты: что выполнено, что прошло, где возникло расхождение или проверка оказалась недоступна.
- Дефекты: баг-репорты по фактически найденным ошибкам. Вопросы к требованиям и предложения по улучшению держи отдельно.
- Технические материалы: Postman-коллекция или SQL-запросы, если они относятся к проекту.
В README — вводном файле проекта — укажи порядок запуска и проверки. Скрой токены и персональные данные. Если стенд общий и его содержимое меняется, опиши, как подготовить исходное состояние.
На собеседовании пригодится объяснение твоих решений: почему выбрал эти проверки, что осталось за пределами работы и на чём основан ожидаемый результат. Если ошибок не нашлось, покажи выполненные тесты и ограничения проверки. Придумывать дефекты ради заполненного портфолио не нужно.
Как найти первую работу тестировщиком
Ищи вакансии по нескольким названиям: «стажёр-тестировщик», «младший тестировщик», Junior QA, Manual QA, «инженер по тестированию без опыта». Для каждого предложения сопоставляй требования со своими работами. Надпись junior в названии сама по себе не объясняет, какой самостоятельности ждёт команда.
В резюме выдели учебные проекты отдельным разделом. Вместо «знаю Postman» напиши, что именно проверял: параметры запроса, структуру ответа, обработку ошибочных данных. Указывай только выполненные задачи. Формулировка «коммерческий опыт» подходит для работы над коммерческим продуктом, а учебный проект стоит так и обозначить.
На стажировке заранее выясни нагрузку, оплату, формат работы и требования к образованию. Вакансия для студентов определённых курсов может не подойти человеку, который меняет профессию после нескольких лет другой работы.
Перед техническим собеседованием потренируйся рассуждать на задачах:
- Как проверить форму заявки и какие требования сначала уточнить?
- Какие значения выбрать для поля с ограничением длины?
- Что делать, если ошибку удаётся воспроизвести только иногда?
- Что проверять после исправления дефекта?
- Как исследовать ситуацию, когда сервер вернул успешный статус, но ожидаемой записи нет?
Объясняй, какие данные запросишь и как результат одной проверки повлияет на следующую. Если сведений не хватает, сформулируй вопрос. Так собеседник увидит ход решения.
Удалённые предложения для начинающих встречаются: например, в выдаче hh.ru у позиции тестировщика «Хаймедтех» указан удалённый формат. Но условия конкретной вакансии могут ограничивать страну проживания, часы работы и способ оформления. Обсуди это до выполнения большого тестового задания.
Сколько зарабатывает начинающий тестировщик
Зарплату на старте стоит оценивать по вакансиям без коммерческого опыта. Предложения для middle и senior относятся к другой ответственности и не показывают доход после обучения.
В московской выдаче hh.ru есть такие примеры. Все суммы указаны за месяц, во всех трёх предложениях стоит отметка «Без опыта»:
| Вакансия | Работодатель | Предлагаемая зарплата |
| Стажёр QA | Mediascope | 40 000 ₽ до вычета налогов |
| Тестировщик программного обеспечения / QA Engineer | «Айтиспортс» | От 70 000 ₽ на руки |
| Младший инженер по тестированию мобильного приложения | «Перфоманс Лаб» | От 75 000 ₽ на руки |
Это отдельные предложения, а не средняя зарплата тестировщика. Они отличаются продуктом, задачами и условиями найма. При сравнении учитывай занятость и то, указана ли сумма на руки или до вычета налогов.
Когда добавлять автоматизацию и ИИ
Переходи к автотестам, когда можешь самостоятельно описать проверку и определить её результат. Выбери язык и инструмент под интересующие вакансии. Например, Playwright позволяет выполнять действия в браузере и проверять ожидаемое состояние страницы.
Первым заданием может стать автоматизация уже выполненного ручного сценария. Затем измени исходные данные и убедись, что тест замечает нарушение ожидаемого поведения. Если программа просто открыла страницу и завершилась без ошибки, содержательная проверка могла вообще не выполняться.
ИИ можно использовать для черновика проверок, объяснения SQL-запроса или поиска пропущенных условий. Сопоставляй предложения модели с требованиями: она может добавить правило, которого в продукте нет. О том, как такие инструменты применяют в работе, есть интервью AffTimes с QA-инженером.
Для старта выбери одну функцию и доведи работу до отчёта: что требовалось, что проверено, что получилось и какие вопросы остались. С этим результатом будет проще выбрать обучение и понять, каких навыков не хватает для первой вакансии.
FAQ
Да, начать обучение тестированию можно без технического диплома. При найме проверяй требования конкретной компании: для некоторых вакансий и стажировок образование или статус студента обязательны.
Первые задания по ручному тестированию можно выполнять без программирования. Для технических проверок пригодятся HTTP, JSON и SQL, а для написания автотестов потребуется язык программирования.
Совмещать получится, если работодатель предлагает частичную занятость или проектные задачи с подходящим графиком. Удалённая работа тестировщиком может требовать полного рабочего дня и участия во встречах команды.
Тестирование ПО помогает находить дефекты и оценивать работу продукта. A/B-тестирование сравнивает варианты на группах пользователей по выбранной метрике. Исправность формы заявки и влияние нового заголовка на конверсию проверяют разными методами.
ИИ помогает готовить тесты, но предложенные проверки нужно сопоставлять с требованиями и выполнять на продукте. Поэтому при обучении по-прежнему нужны анализ требований, тест-дизайн и умение объяснять результат.
