Кейс

QA-аудит для крупной
финтех-компании

Как Sibedge за две недели on-site провела аудит QA-процессов и разработала дорожную карту трансформации для одной из ведущих финтех-компаний Центральной Азии

17

выявленных
проблем
7–12 %

покрытие автотестами
на старте
97%

тестирования велось
вручную

Команда аудита:

AQA-эксперт, PM, аналитик

Продолжительность:

2 недели

Клиент

Финтех-компания Таджикистана, мобильный кошелёк

Методы

Интервью, ревью кода, анализ тест-артефактов, изучение инфраструктуры

Тип аудита:

AQA-аудит: процессы, автоматизация, инфраструктура

О клиенте

Один из ведущих финтех-банков Центральной Азии с многомиллионной аудиторией пользователей. Банк активноразвивает мобильные продукты и цифровые финансовые сервисы: платежи, переводы, управление счетами.

Команда разработки насчитывала несколько инженерных команд, работавших над флагманским мобильным кошелькомв режиме коротких спринтов.

Задача

Существующая модель разработки и тестирования перестала обеспечивать необходимый time to market. Руководствобанка осознавало, что качество процессов тестирования не успевает за темпами роста продукта, и решило разобратьсяв причинах, прежде чем масштабироваться дальше.

Банк обратился к Sibedge с запросом на независимую оценку зрелости QA-практик в команде разработки. Перед аудитомстояло четыре ключевых вопроса:

Насколько эффективны текущие процессы тестирования и автоматизации?
Какие технические и организационные ограничения мешают росту качества продукта?
Какой стек инструментов оптимален для масштабирования автоматизации на все продукты компании?
Как выстроить систему развития QA-инженеров и управления компетенциями?

Решение

Команда провела аудит по четырём направлениям: диагностика текущего состояния, приоритетные улучшения, стратегия автоматизации, организационные изменения.

Диагностика

AQA-эксперт Никита Черкашин выехал к заказчику в Душанбе и провёл аудит на месте в течение двух недель. За это время он лично встретился с инженерными командами, получил прямой доступ к окружениям и артефактам, наблюдал за реальными рабочими процессами — то, что невозможно воспроизвести в удалённом формате.
Проведены глубинные интервью с QA-инженерами, разработчиками, тимлидами и менеджерами. Изучены тестовые артефакты, баг-репорты, структура окружения и код автотестов.
Выявлено 17 проблем с приоритизацией по критичности — от Blocker до Minor.

Ключевые находки:

97% тестирования выполняется вручную; автотесты запускаются только локально, без CI/CD
Часть тестирования ведётся на production-среде — критичный антипаттерн, создающий риски для реальныхпользователей
Dev-окружение фрагментировано: микросервисы разных команд разнесены по отдельным стендам, чтопорождает нестабильные цепочки зависимостей
Покрытие автотестами составляет лишь 7–12% от API-слоя; E2E и мобильные тесты отсутствуют
QA-инженеры исключены из оценки задач в спринте, что ведёт к накоплению технического долга
Test Management System используется в режиме временного решения с разрозненными пространствами покомандам

Быстрые изменения

Сформирован список приоритетных изменений, дающих максимальный эффект в короткие сроки:

Реорганизация dev-окружения: переход на принцип «один стенд = полный стек сервисов» с изолированными базамиданных
Отказ от тестирования на production с введением административного и технического запрета
Внедрение единой Test Management System

Стратегия автоматизации

Разработана долгосрочная стратегия на базе двух фреймворков:

Playwright (TypeScript) — для API и Web-тестирования: строгая типизация, service layer, CI/CD-пайплайн, контейнеризация через Docker
WebdriverIO + Appium — для мобильного E2E на iOS и Android: монорепозиторий с общей инфраструктурой, Page Object Model, интеграция с облачными фермами устройств

Для каждого фреймворка подготовлены best-practice, паттерны архитектуры, шаблонный код и roadmap внедрения.

Люди и процессы

Предложены изменения в организационной модели QA:

Роль Automation Stack Lead —архитектор стека, ментор и катализатор масштабирования экспертизы на всепродукты компании
Роль Automation Integrator — старший автоматизатор на конкретном роекте-реципиенте
Матрица компетенций по 6 доменам (от базовых навыков до мобильной автоматизации) с градацией Junior / Middle / Senior
Четыре трека карьерного роста: технический, продуктовый, менторский,управленческий
Упразднение разделения на «Manual QA» и «Automation QA» — автоматизация признана сквозной инженерной компетенцией

Результат

По итогам аудита клиент получил:

Структурированный отчёт с диагностикой 17 проблем, их категоризацией по Severity / Priority и планом устранения
Дорожную карту Quick Wins с конкретными шагами по реорганизации окружения, TMS и процессов
Сравнительный анализ инструментов: TMS, SaaS-фермы устройств, тестовые фреймворки
Готовые best-practice и архитектурные паттерны для Playwright и WebdriverIO/Appium
Матрицу компетенций QA и чеклист развития навыков автоматизации на JS-стеке
Обоснование новой ролевой модели и план её поэтапного внедрения

Вывод

Предложенные изменения формируют основу для системного развития QA и масштабирования автоматизации.

Реализация дорожной карты позволяет компании:

Снизить зависимость релизов от ручного тестирования
Сократить время регрессионного тестирования по мере роста покрытия автотестами
Устранить практику тестирования на production и связанные с ней риски для пользователей
Повысить предсказуемость релизов и устойчивость CI/CD-процессов
Подготовить инфраструктуру и процессы для масштабирования цифровых продуктов банка

Хотите с нами сотрудничать?

Заполните форму, и мы с вами свяжемся