Программирование и IT
Как стать тестировщиком с нуля
Тестирование программного обеспечения часто выбирают как вход в IT без глубокого программирования на старте. Но работа тестировщика — не «потыкать кнопки»: нужно понимать, как устроено приложение, придумывать проверки по правилам тест-дизайна и внятно описывать дефекты. Ниже — порядок изучения и учебные задания, которые можно показать работодателю.
В этой статье
Чем на деле занимается тестировщик#
Типичный рабочий день — прочитать требования к новой функции, найти в них
противоречия и пробелы, составить тест-кейсы, пройти их на тестовом стенде,
завести баг-репорты и перепроверить исправления. В команде тестировщика
ценят за точность формулировок: дефект, который разработчик воспроизводит с
первой попытки, экономит часы.
Ручное тестирование — стартовая точка. Со временем большинство переходит к
автоматизации, и там уже нужен язык программирования — чаще всего Python,
Java или JavaScript.
Этап 1: теория и терминология (3–4 недели)#
Разбери базовые понятия: верификация и валидация, уровни тестирования
(модульное, интеграционное, системное, приёмочное), функциональное и
нефункциональное тестирование, регрессия, смоук-тест, жизненный цикл
дефекта. Опорой служит программа базовой сертификации ISTQB Foundation
Level — её силлабус опубликован бесплатно. Сдавать экзамен для начала
работы не обязательно, но структура силлабуса удобна как план.
Этап 2: тест-дизайн и документация (3–4 недели)#
Главные техники — классы эквивалентности, граничные значения, таблицы
решений, диаграммы переходов состояний, попарное тестирование. Потренируй
их на обычных формах: регистрация, поиск авиабилетов, калькулятор ипотеки.
Пример: поле «возраст» принимает целые числа от 18 до 65 включительно.
Классы эквивалентности — меньше 18, от 18 до 65, больше 65. Граничные
значения — 17, 18, 65, 66. Четыре проверки вместо сотни случайных.
Научись оформлять:
- чек-лист — короткий список проверок;
- тест-кейс — шаги, входные данные, ожидаемый результат;
- баг-репорт — заголовок «что, где, при каких условиях», шаги
воспроизведения, фактический и ожидаемый результат, окружение, серьёзность
и приоритет, скриншот или запись экрана.
Этап 3: технический минимум (6–8 недель)#
Без этих тем на собеседование лучше не идти:
- HTTP и клиент-серверная архитектура — методы GET и POST, коды ответов
(200, 400, 401, 404, 500), заголовки, формат JSON. - Инструменты разработчика в браузере — вкладки Network и Console,
просмотр запросов, эмуляция мобильного экрана. - API-тестирование — отправка запросов в Postman, проверка статуса и
тела ответа. - SQL — выборки с условиями, соединения таблиц, проверка, что данные
после действия в интерфейсе действительно записались в базу. - Git и основы Linux — посмотреть логи на стенде, найти строку ошибки.
Этап 4: первые шаги в автоматизации#
Возьми Python и pytest. Напиши тесты к собственной функции, затем —
автотест к открытому учебному API:
=
assert == 200
Адрес здесь условный — подставь любой публичный учебный API. Следующий
шаг — автотест интерфейса на Selenium или Playwright: открыть страницу,
заполнить форму, проверить сообщение.
Портфолио и самопроверка#
Портфолио тестировщика — документы и репозиторий:
- набор тест-кейсов и чек-листов на реальный сайт или приложение;
- пять–десять баг-репортов на настоящие дефекты (многие открытые проекты
принимают сообщения об ошибках публично); - коллекция запросов Postman к открытому API;
- репозиторий с автотестами, которые запускаются одной командой.
Проверяй себя так: дай другому человеку свой баг-репорт — сможет ли он
воспроизвести дефект без вопросов? Возьми чужую форму и составь
проверки по граничным значениям за десять минут. Ответь вслух на
вопросы о жизненном цикле бага и уровнях тестирования.
План по этапам
- Недели 1–4 — теорияТермины, уровни и виды тестирования, жизненный цикл дефекта по силлабусу ISTQB Foundation.
- Недели 5–8 — тест-дизайнКлассы эквивалентности, граничные значения, таблицы решений; чек-листы, тест-кейсы, баг-репорты.
- Недели 9–16 — технический минимумHTTP, DevTools, Postman, SQL, Git и базовые команды Linux.
- Недели 17–20 — автоматизацияPython и pytest, автотесты API, первый UI-тест.
- ПортфолиоТест-кейсы, настоящие баг-репорты и репозиторий с автотестами.
Начать изучать эту тему у себя
План ляжет в твой репозиторий: отмечай этапы, веди конспект — история изменений покажет, как ты продвинулся.
Проверь себя
1.Поле принимает целые числа от 18 до 65 включительно. Какое значение из списка недопустимо?
2.Какой код ответа HTTP означает «ресурс не найден» (Not Found)?
3.Какой код ответа HTTP означает успешный запрос (OK)?
Источники
-
ISTQBМеждународная программа сертификации тестировщиков; силлабусы бесплатныбесплатно
-
MDN — HTTPМетоды, коды ответов и заголовки HTTPбесплатно
-
Документация PostmanКак отправлять запросы и писать проверки для APIбесплатно
Было полезно?