Портфолио Назад к списку

Внедрение процесса тестирования для внутренней системы учета для банка из топ-10

Logo


  • Выделенная команда тестирования
  • Консалтинг

Бизнес-цель

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

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

Задачи клиента

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

  • Отсутствие регрессионного тестирования: релизы сопровождались непредсказуемыми сбоями, когда новые правки наносили урон существующей, критически важной функциональности.
  • Накопление дефектов: из-за недостатка QA-специалистов в беклоге накапливались ошибки.

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

KPI успеха — снижение количества дефектов высокой критичности в продуктивной среде.

Ход сотрудничества

В команду клиента был интегрирован опытный QA-инженер. Несмотря на то, что изначально стояла задача только функционального тестирования, наш специалист проявил инициативу и предложил клиенту запустить направление автоматизированного тестирования.

Подход и методы:

  • Виды тестирования: функциональное и автоматизированное регрессионное тестирование.
  • Процесс: работа по Agile. Перед каждым релизом выполнялось регрессионное тестирование.
  • Инструменты:
    • Для автоматизации: Python + Playwright.
    • Для управления тестами: Allure TestOps (хранение, запуск и отчетность).
    • Для функционального тестирования: Postman, Swagger.
    • Для работы с данными: PostgreSQL.
  • Взаимодействие: инженер был полноценно интегрирован в команду разработки: ежедневные стендапы, работа через Jira, оперативная коммуникация с разработчиками.

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

  1. Дисбаланс QA/DEV: низкое соотношение тестировщиков к разработчикам привело к росту бэклога задач на тестирование. Клиент принял стратегическое решение не жертвовать качеством ради скорости.
  2. Отсутствие документации: в условиях недостатка документации инженер активно коммуницировал с командой и применял исследовательское тестирование для погружения в продукт.
  3. Параллельная поддержка двух версий: четкое согласование приоритетов с тимлидом клиента помогло эффективно распределять усилия между старой и новой версией приложения.
  4. Отсутствие юнит-тестов: в процессе работы мы не мы не только написали UI-автотесты, но и убедили команду разработки писать Unit-тесты для повышения качества.

Результаты

За время проекта (более 1,5 лет) наш инженер обнаружил более 240 дефектов, 62 из которых (более 25%) имели высокую критичность.

Group 46.png

Главный достигнутый результат — на проекте, где ранее тестирование отсутствовало, были внедрены регламентированные QA-процессы и на постоянной основе применяются регрессионное и автоматизированное тестирование.

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

Выводы и ценность

Клиент особенно отметил в нашей работе:

  • Инициативность: мы не просто выполняли задачи, а предлагали улучшения и активно их внедряли.
  • Оперативность погружения: инженер в короткие сроки стал полноценным и эффективным членом команды.
  • Гибкость: способность адаптировать подходы к тестированию в условиях постоянно меняющихся вводных и сложных ограничений.

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

Гибкость и проактивная позиция позволяют добиваться результата даже в самых сложных условиях.

Совет, которые мы можем потенциальным клиентам:

  1. Основной: понимать ценность QA и подключать специалистов по тестированию на самых ранних этапах разработки. Это позволяет избежать накопления технического долга в виде дефектов и снижает риски при запуске.
  2. Дополнительный: внедрять автоматизацию тестирования как инструмент для оптимизации работы команды и значительного улучшения продуктовых показателей стабильности и скорости поставки.

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

Результаты

  • 240

    дефектов обнаружено

  • 1,5

    года продолжительность проекта

Инструменты и технологии


  • Python
  • Playwright
  • Allure
  • Postman
  • Swagger
  • PostgreSQL

Реализованные проекты

Портфолио