О компании

Rocont — международное digital-агентство полного цикла. Компания разрабатывает стратегии продвижения, проектирует и запускает сайты и веб-приложения для промышленности, производства, инжиниринга и строительства.

Агентство работает с 2018 года. В команде — около 20 специалистов, в портфеле — порядка 40 клиентов. Формат сотрудничества разный: от точечных задач до параллельного ведения нескольких потоков. У одного заказчика одновременно может идти от 2 до 6 проектов — от корпоративных сайтов до функциональных сервисов и личных кабинетов на Bitrix, WordPress и других платформах.

Рост числа проектов и их сложности постепенно изменил требования к качеству процессов — особенно к тестированию.

С какой проблемой столкнулись

До внедрения Test IT тестирование велось одним специалистом в сторонней TMS. Из-за ограниченных доступов и удаленного формата работы процесс во многом зависел от конкретного человека. Пока проектов было немного, это работало.
Когда объем увеличился, возникли сложности:

• тестовая логика частично «жила в голове»;

• сценарии хранились разрозненно;

• взаимосвязи между проверками были не очевидны;

• повторялись баги и дубли правок;

• часть регрессий проявлялась уже после релиза.

Стало понятно, что при росте портфеля, без централизованной базы и прозрачного процесса масштабировать тестирование невозможно.

Почему перешли на Test IT

Решение выбирали практическим путем — через тестирование разных вариантов. Дополнительным фактором стало импортозамещение. Команда искала инструмент, который:

• обеспечит единое хранилище тестовой документации;

• позволит гибко выстраивать процесс под задачи агентства;

• упростит доступы для всей команды;

• не потребует длительного онбординга.

В итоге остановились на облачной версии Test IT: система быстро внедрялась, не требовала сложной настройки и была удобна для ежедневной работы тестировщиков.

Как выстроили процесс в Test IT

Что сделали

• Собрали все тест-кейсы в единое хранилище и унифицировали структуру.

• Описали ключевые сценарии пошагово с ожидаемыми результатами.

• Зафиксировали правила обновления кейсов при изменениях функционала.

• Сформировали регрессионные наборы для типовых проектов.

Что получили

• Прогоны стали последовательными и воспроизводимыми.

• Результаты фиксируются централизованно — без потери контекста.

• Регресс строится на готовых наборах, а не «с нуля».

• Новые сотрудники подключаются быстрее: достаточно пройти нужный набор кейсов.

• Появилась прозрачность между тестированием и разработкой.

В Test IT за счет структурированных тест-кейсов, четкой передачи дефекта с воспроизводимым сценарием и прозрачного трекинга задач значительно оптимизируется ресурс команды. Тестировщик формирует сценарий, фиксирует результат и передает его разработчику в формализованном виде. Это сокращает время на уточнения и снижает транзакционные издержки коммуникации.

Результаты

По общим наблюдениям после внедрения:

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

• практически исчезли дубли правок — теперь видны взаимосвязи видны, стало меньше неожиданных регрессий.

• упростилось планирование релизов — понятно, что именно проверено и что еще нужно доработать.

• снизилось число возвратов задач из-за неполного покрытия.

Это позволяет сократить затраты на исправления в среднем на 15% за счет выявления дефектов на начальных стадиях разработки.

Пример из практики

В одном из проектов для крупного производственного бренда из медтеха команда разрабатывала экосистему сервисов: личный кабинет, систему единой авторизации (SSO), сервис обработки заявок и интеграции с внешними системами (включая кастомный обмен с 1С).

Ключевые сценарии, оформленные в Test IT:

• авторизация и сквозной вход между сервисами;

• работа сложных форм с множественными валидациями (региональные маски телефонов, логика ветвления);

• начисление баллов в программе лояльности;

• корректность обмена данными с 1С.

До систематизации основные сложности возникали в интеграционных точках и вариативных формах — ошибки проявлялись уже после релиза и требовали дополнительных итераций.
После переноса тестирования в Test IT:

• интеграционные сценарии стали воспроизводимыми;

• дефекты начали выявляться на этапе первичной проверки;

• сократилось количество повторных правок;

• снизилась нагрузка на разработку в фазе пострелиза.

Если ранее релиз требовал 2–3 итерации исправлений, то после внедрения процесс стабилизировался до 0–1 итерации. В совокупности это дало до 30% ускорения проверки и порядка 15% экономии часов за счет раннего обнаружения дефектов.

Дальнейшие планы

Сегодня Test IT применяется для ручного тестирования, ведения библиотеки кейсов и регрессионных наборов. На текущий момент, помимо качественных и временных показателей, платформа позволяет формировать управляемую модель качества. Релиз прогнозируем, а тестирование встроено в производственную логику разработки. Следующий этап — развитие автоматизации отдельных сценариев и масштабирование процесса вместе с ростом числа проектов.