Какими качествами нужно обладать, чтобы за пять лет пройти путь от начинающего тестировщика до тимлида? Как сохранить мотивацию, если ты ежедневно ищешь баги, а не создаешь фичи? И что изменилось в профессии QA за последние годы? Мы поговорили об этом с Леонидом Колобовым — ведущим специалистом SaveLink, который не только вырастил не одну команду, но и помогает заказчикам внедрять зрелые практики качества в продукты с высокой социальной и технологической значимостью.
Леонид, давай начнем с главного. Как ты пришел в тестирование?
Если коротко, то случайно. Как и многие. Я заканчивал технический вуз, и на четвертом курсе пошел на стажировку в финтех-компанию, где требовался помощник в отдел QA. Мне дали простые чек-листы, показали багтрекер, и я влюбился в это ремесло. Это странно, потому что работа тестировщика многим кажется скучной: ты постоянно проверяешь, документируешь, снова проверяешь. Но для меня с самого начала было важно понимать, как работает система, где ее границы, как ведет себя приложение в пограничных кейсах. Это мышление — найти изъян в логике или архитектуре — оказалось мне ближе, чем создание фич с нуля.
Какие этапы были самыми сложными в твоем профессиональном росте?
Наверное, переход от middle к senior. На уровне junior и даже middle у тебя, как правило, есть четкая зона ответственности: тест-кейсы, баг-репорты, регресс. Но чем дальше, тем больше ты сталкиваешься с необходимостью понимать продукт целиком, работать с требованиями до того, как написан код, общаться с заказчиком, оценивать риски. Уровень неопределенности возрастает. Ты уже не просто исполнитель, а участник системы обеспечения качества, которая должна быть встроена в весь SDLC — от идеи до релиза.
Второй вызов — это первый опыт тимлидства. Когда ты из коллег становишься руководителем, многое переосмысляется. Нужно учиться делегировать, обучать, давать обратную связь и... не забывать тестировать самому.
Какие подходы к тестированию ты считаешь базовыми для зрелых команд?
Во-первых, интеграция QA на самых ранних этапах разработки. Если тестировщик подключается, когда код уже в ветке — это путь к техническому долгу. Хорошая команда начинает работу с обсуждения требований: участвует в grooming-сессиях, уточняет acceptance criteria, предлагает тест-дизайн до того, как появилась первая строка кода.
Во-вторых, автоматизация. Это не мода, а необходимость. Любой проект с более чем одним релизом в месяц и сложной логикой нуждается в автотестах. Но — важно: автоматизация не заменяет ручное тестирование, она его дополняет.
И в-третьих — культура обратной связи и ретроспектив. Ошибки — это не повод для наказания, а возможность улучшить процесс. Если баг в проде становится темой для обсуждения на ретро, а не криков в Slack — команда движется в правильном направлении.
Как изменилось тестирование за последние 5–10 лет?
Изменилась парадигма. Если раньше QA воспринимался как «технический секретарь», то сейчас мы говорим об инженерии качества. Вектор сместился с «поймать баг» на «предотвратить баг». Мы проектируем тестирование, мы участвуем в CI/CD, мы влияем на архитектуру. Появились сильные open-source инструменты, вырос уровень автоматизации, тесты стали частью pipeline, а не чем-то, что запускается вручную «по возможности».
Также усилился спрос на гибкость: теперь один QA-инженер часто покрывает сразу несколько ролей — и ручное тестирование, и написание автотестов, и участие в нагрузочном тестировании, и даже работу с мониторингом и алертингом в проде.
Что бы ты посоветовал джунам, которые только заходят в профессию?
📌 Не гонитесь за зарплатой — гонитесь за знаниями. Первая работа должна дать вам сильный фундамент: процессы, инструменты, подходы.
📌 Учитесь формулировать баги и писать кейсы так, чтобы их было приятно читать. Это не только про вежливость, но и про доверие к вам как к эксперту.
📌 Развивайтесь вглубь. Понимание, как работает HTTP, как устроены базы данных, как строятся микросервисы — это уже не "плюсы", а must-have для сильного QA-инженера.
SaveLink — это про тестирование в самых разных отраслях: от госсектора до медтеха. Что тебя здесь особенно вдохновляет?
Возможность делать влиятельные проекты. Мы работаем с системами, где сбой — это не просто «ошибка в корзине», а реальный риск: финансовый, регуляторный, социальный. Это дает совершенно другой уровень ответственности. Плюс, SaveLink — это команда с настоящей инженерной культурой: здесь уважают мнение, помогают расти, и никогда не оставляют тебя один на один с проблемой. Это ценнее, чем любой сертификат.
От редакции SaveLink
Мы благодарим Леонида за честный и содержательный разговор. Его история — наглядное доказательство того, что карьера в QA — это не запасной путь, а полноценная инженерная дисциплина, где ценится ум, системность и профессиональная этика.