Интервью Ольги Ермолаевой, менеджера по обеспечению качества с более чем 15-летним опытом работы в тестировании программного обеспечения.
Путь в профессию и первые шаги в тестировании
В тестирование я пришла 2008 году — в то время, когда сама профессия еще была туманной и мало кем понимаемой.
Первый работодатель увидел во мне склонность к налитике и аккуратность и предложил попробовать себя в тестировании. Так началась история, которая спустя годы привела меня от позиции младшего инженера до руководителя группы из 25 человек, распределенных по восьми кросс-функциональным командам.
Сегодня в зоне моей ответственности команды, работающие сразу с несколькими направлениями: веб, мобильные приложения, API, 1С и даже десктопные продукты. Это конечно «зоопарком», но мне искренне нравится.
QA, QC и тестирование — в чём разница на самом деле?
В теории область качества обычно изображают в виде нескольких вложенных кругов:
- Quality Assurance (QA) — самый широкий круг: обеспечение качества всего продукта и процессов.
- Quality Control (QC) — проверки, направленные на выявление дефектов перед релизом.
- Тестирование — только одна из частей QC.
Но в реальности названия смешались: компании хотят звучать современно и поэтому всех называют инженерами по качеству. Суть при этом остаётся простой: один человек не может «обеспечивать качество» в одиночку. Это — зона ответственности всей команды.
Почему тестировщиков распределяют по кросс-функциональным командам?
Начнем с того, что я поддерживаю QA по продуктовым командам — это усиливает коммуникацию, ускоряет цикл разработки и повышает качество.
Когда тестировщики сидели отдельно, разработка часто превращалась в игру «перекидывания задач через забор».
Теперь же, работая вместе:
- люди видят контекст друг друга,
- быстрее договариваются,
- меньше спорят,
- раньше подключают QA к обсуждению требований.
Главный минус такого подхода — может нарушиться обмен опытом между тестировщиками. Поэтому мы используем формат QA-клубов: внутренние митапы, где тестировщики делятся находками, инструментами и лучшими практиками.
Как за последние годы изменились требования к тестировщикам?
За последние пять лет требования не стали значительно сложнее — изменилась конкуренция.
После пандемии количество людей, стремившихся войти в IT через тестирование, выросло в разы.
Теперь работодатели могут выбирать не только по знаниям, но и по:
- стилю мышления,
- аккуратности,
- способности анализировать требования,
- внимательности к деталям,
- способности общаться с командой.
По моему мнению мышление тестировщика важнее любых технических навыков. Навыкам научить легко, а мышлению — почти невозможно.
Могут ли разработчики сами тестировать?
Могут, но не так, как нужно бизнесу.
Разработчики умеют писать код, но тестирование требует другого взгляда:
- умения анализировать требования,
- понимания поведения пользователя,
- проверки корректности бизнес-процесса,
- умения выделять риски,
- поиска сценариев, которых разработчик не видит.
Они люди разные. Разработчик заботится о продукте как о своём детищe, а тестировщик обязан быть немного "бессердечным".
Заменит ли тестировщиков искусственный интеллект?
Думаю пока нет.
ИИ может:
- подсказать тест-кейсы,
- подсветить сценарии, о которых человек не подумал,
- ускорить выполнение рутинных задач.
Но не может:
- интерпретировать требования,
- мыслить как пользователь,
- понимать контекст бизнеса,
- определять ценность функциональности.
Если когда-нибудь появится ИИ умнее человека, исчезнут не только тестировщики — исчезнет индустрия как таковая. До этого момента тестировщик нужен, и нужен всё больше.
Что делает руководитель тестирования
Когда тестировщики распределены по кросс-функциональным командам, роль руководителя меняется.
Я бы выделила три направления своей работы:
1. People management
- найм,
- развитие,
- карьерные планы,
- обратная связь,
- адаптация новичков.
2. Построение процессов качества
Помощь командам выстраивать тестовые стратегии, проверочные списки, форматы анализа требований.
3. Единые стандарты и контроль качества
Руководитель отвечает за общие практики, регламенты и подходы, которые должны быть едиными для всего департамента.
При этом KPI строятся не только вокруг дефектов, но и вокруг метрик продукта: lead time, время жизни дефекта, доля критических багов, количество ошибок на проде.
Как устроен карьерный рост в QA?
Горизонтальный путь
- углубление в предметную область;
- работа с вебом, мобильными приложениями, бэкендом, 1С или другими стеками;
- переход в автоматизацию;
- развитие в аналитику, разработку или продукт-менеджмент;
- экзотические специализации: нагрузочное тестирование, безопасность, пентесты.
Вертикальный путь
- мидл / сеньор,
- лидер направления,
- руководитель группы,
- менеджер департамента,
- директор по качеству,
- движение выше — вплоть до CTO.
Тестировщики нередко становятся отличными руководителями. Они чаще ориентированы на процессы, коммуникацию и продукт целиком.
Берут ли на работу выпускников быстрых курсов?
Да, берут.
Но из-за огромного количества выпускников конкурс высокий, а многие «входят в IT» с завышенными ожиданиями.
Частые проблемы:
- слабая практическая база,
- отсутствие понимания процессов,
- уверенность, что «я уже мидл, потому что знаю теорию».
Назови главное, что отличает хорошего тестировщика
Мыслить правильно — важнее, чем уметь нажимать кнопки.
Тестировщик должен:
- уметь декомпозировать требования,
- видеть риски,
- понимать бизнес-процессы,
- общаться с командой и заказчиками,
- ставить качество продукта выше собственных предпочтений.
Инструменты меняются. Методологии меняются. Но способность думать — остается ядром профессии.