Когда подключать SDET-специалиста на проект и как на этом сэкономить

В условиях жесткой конкуренции и постоянно меняющегося рынка бизнес выдвигает повышенные требования к скорости и эффективности нпроцессов выпуска обновлений. Обеспечение качества продукта при этом остается критически важной задачей. Ответом на этот вызов становится профессия Software Development Engineer in Test (SDET) — инженера по разработке программного обеспечения для автоматизированного тестирования.

На практике SDET-специалист сочетает компетенции разработчика, инженера по автоматизации тестирования, QA-инженера и DevOps-инженера. Такой специалист владеет языками программирования, необходимыми фреймворками, теорией тестирования, алгоритмами и паттернами проектирования.

Проблема поиска универсального специалиста

Заказчики часто приходят с запросом на «универсального солдата», который совмещает в себе навыки ручного и автоматизированного тестирования, нагрузочного тестирования, а иногда и проектного менеджмента. Сложно представить, как такое сочетание компетенций может реализоваться в рамках стандартного рабочего дня с максимальной отдачей в каждом направлении.

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

Для понимания реальной ситуации можно рассмотреть последовательность задач в рамках типичного релизного цикла, где работает один QA Fullstack-специалист:

Составление документации. В течение нескольких дней специалист сосредоточен на создании тест-планов и тест-кейсов.
Ручное тестирование. Когда разработка завершена, фичи тестируются вручную, так как времени на подготовку автотестов физически не остается.
Регрессионное тестирование. Перед релизом проводится регресс. Если автотесты были подготовлены ранее, они используются, но часто их оказывается недостаточно.
Поддержка после релиза. После выпуска версии команда отслеживает возможные сбои. В это время написание новых автотестов обычно откладывается из-за более приоритетных задач.

В долгосрочной перспективе такой подход может привести к демотивации специалиста, снижению качества работы и уходу с проекта. Попытка сэкономить за счет одного универсального сотрудника может иметь скрытые издержки, не описываемые одной только экономикой.

Когда SDET необходим на проекте, а когда без него можно обойтись

Существуют четкие критерии, которые помогают определить, принесет ли подключение SDET-инженера ожидаемую пользу.

Подключение SDET не окупится	Подключение SDET окупится
Запланирован выпуск минимально жизнеспособного продукта (MVP)	Длительность проекта составляет от 10 месяцев и более
Длительность проекта не превышает шести месяцев	Проект имеет большой набор функций, объемных данных, сложные алгоритмы, расчеты и множество интеграций
Функциональность проекта ограничена и описывается 200-300 тест-кейсами	Требуется выполнять частые релизы, например, раз в два дня
Основная задача заключается в изменении устаревшей функциональности	Над проектом работает большая команда — от 10 человек и более
После сдачи продукта не планируется его дальнейшая поддержка	Проекту необходима поддержка пользователей

Таким образом, автоматизация тестирования особенно выгодна для долгосрочных проектов за счет значительного сокращения времени на проведение регрессионного тестирования.

Экономический эффект от привлечения SDET-специалиста

Рассмотрим проект, где QA-специалист тратит несколько дней на проверку регресса перед каждым релизом. При 24 релизах в год (стандартный двухнедельный спринт) специалист 24 раза в год выполняет эту трудоемкую операцию.

Подключение SDET-инженера позволяет ускорить регрессионное тестирование. Разработка автотестов на существующие кейсы займет 1-2 месяца. После их создания стоимость каждого прогона тестов для бизнеса становится практически нулевой, поскольку автотесты уже разработаны. Их можно запускать автоматически в любое время, в том числе и ночью.

В результате команда оплачивает только время на первоначальную разработку автотестов и на анализ отчетов после каждого запуска. Это дает значительную экономию средств, времени и сил команды, что особенно критично при необходимости ускорить выпуск релизов.

Узнайте, нужны ли SDET-специалисты для вашего проекта, оставьте свою заявку по телефону 8-800-200-99-24 или отправьте заявку на request@simbirsoft.com