От тестирования «в голове» пришли к единой базе кейсов с Test IT

Digital-агентство полного цикла Rocont делится опытом оптимизации тестирования в условиях роста продуктовой линейки и усложнения архитектуры. Внедрение системы управления тестированием Test IT позволило навести порядок в требованиях и тест-кейcах, сократить время регресса и сделать релизы предсказуемыми. Команда получила прозрачную аналитику по качеству и загрузке, а процессы — управляемость без лишней бюрократии. Подробности – в рассказе генерального директора Михаила Маргасова.

О компании

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

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

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

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

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

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

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

Что сделали

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

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

• Договорились о правилах обновления тест-кейсов при изменениях.

Что получили

• Прогоны теперь идут последовательно по шагам, результаты фиксируются в системе, а регресс строится на базе готовых наборов. 

• Документация обновляется централизованно в Test IT, поэтому контекст не теряется между задачами и участниками. 

• За счет единой библиотеки новые сотрудники подключаются к проектам по прозрачной процедуре: открывают нужный набор кейсов и проходят его.

Результаты

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

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

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

• Команда работает в единой системе, не теряется контекст между разработкой и тестированием.

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

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

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

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

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

Если раньше после выкладки требовалось 2–3 итерации доработок, то процесс стабилизировался до 0–1 итерации. Причем корректировки касались узких сценариев, а не ключевой логики. Это позволило сократить переработки разработчиков и снизить суммарные затраты времени примерно на 15%.  

Что используем сейчас и что дальше

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