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

…их отличает проактивность — это не просто «дополнительные руки». Они взвешенно подходят к задачам, предлагают варианты решений, делятся лучшими практиками и способствуют повышению производительности.

Вице-президент по продуктовым операциям

Клиент разрабатывает инновационные продукты в сфере iGaming как для офлайн-площадок, так и для цифровых платформ. Его активы включают широкий спектр развлекательных сервисов: крупные игровые зоны с электронными терминалами, тщательно продуманный гольф-комплекс в густонаселенном городе и исторический ипподром с многолетней историей. Компания органично объединяет офлайн- и цифровые программы лояльности, связывая традиционные форматы развлечений с мобильными решениями.

Клиент разработал и управляет платформой для ставок на спорт, а также веб- и мобильными продуктами с казино‑играми и сторонними интеграциями. Чтобы выйти на новые штаты США и ускорить достижение бизнес-результатов, клиент привлек QA‑партнера для усиления процессов поставки в мультивендорной среде.

Для поддержки частых релизов в рамках Scrumban‑процесса a1qa предоставила выделенную команду, которая масштабировалась вместе с продуктом и оперативно решала возникающие проблемы.

Функциональное тестирование

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

Регрессионное тестирование проводилось на регулярной основе, чтобы гарантировать стабильность всей существующей функциональности, включая регистрацию, размещение ставок, просмотр списка игроков и событий, онлайн‑казино, платежи и т.д.

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

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

Кроме того, a1qa помогла клиенту обеспечить соответствие актуальным нормативным требованиям и директивам Комиссии по азартным играм Великобритании (UK Gambling Commission, UKGC). В процессе регистрации пользователи обязаны подтверждать свою личность, предоставляя необходимые документы для получения полного доступа к аккаунту и функциональности платформы. Поскольку процесс подтверждения занимает определенное время, QA‑инженеры проверяли корректность работы цикла верификации, включая наличие ограниченной функциональности на период проверки данных.

Тестирование совместимости

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

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

Тестирование мобильных приложений

Эксперты по обеспечению качества использовали собственный парк реальных мобильных устройств a1qa для повышения точности тестирования и выявления большего количества дефектов. Основной акцент был сделан на версии для iOS с учетом особенностей ее разработки.

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

Автоматизация тестирования

Команда тестирования провела оценку прироста тестового покрытия и показателя ROI, чтобы количественно определить экономию ресурсов и повышение эффективности выявления дефектов. После этого специалисты приступили к автоматизации интеграционного, сквозного и API‑тестирования, а также операций с базой данных с использованием C#.

Для поддержки этих задач a1qa:

• Внедрила специализированный фреймворк автоматизации тестирования
  a1qa разработала и внедрила кастомизированное решение для автоматизации на базе Playwright, включая настройку среды, с тестами, реализованными на TypeScript межфункциональной командой QA‑инженеров. Автоматизация сценариев велась на основе подхода разработки через описание поведения (behavior-driven approach), чтобы проверить различные варианты взаимодействия пользователей с программным обеспечением и обеспечить точное соответствие работы системы бизнес‑требованиям. На более ранних этапах также применялись Serenity и решения автоматизации на базе Java, что отражает эволюцию стратегии автоматизации клиента.
• Усовершенствовала конвейер CI/CD
  Для сокращения времени вывода продукта на рынок и повышения гибкости сервисов инженеры обеспечили ежедневный процесс сборки, в рамках которого система CI/CD ежедневно получает последние изменения в коде, разворачивает новое окружение, выполняет сборку и деплой полной версии приложения для последующего тестирования. Помимо обеспечения стабильного процесса поставки, a1qa повысила общий уровень качества за счет выявления и анализа неуспешных тестов.
• Настроила прозрачную отчетность
  a1qa интегрировала TestRail для упрощения управления тестированием и отслеживания результатов. Команда также внедрила и модернизировала внутреннюю систему Aquality Tracking, которая формирует наглядные отчеты со статистикой и скриншотами. После каждой сборки и запуска автотестов автоматически генерировались и прикреплялись отчеты.

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

Тестирование производительности

Чтобы гарантировать способность программного обеспечения выдерживать повышенную нагрузку и сохранять работоспособность в долгосрочной перспективе, a1qa провела тестирование производительности API на основе протокола SOAP. Со стороны клиента инженеры протестировали ключевые пользовательские сценарии, включая регистрацию, вход в систему, размещение ставок, просмотр веб-страниц и другие операции.

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

• Изолированное тестирование — в рамках одного теста оценивалось качество работы отдельного компонента. В течение определенного промежутка времени нагрузка постепенно увеличивалась, после чего еще некоторое время удерживалась на достигнутом уровне для проверки способности системы стабильно работать под целевой нагрузкой.
• Комбинированное тестирование — в одном тесте оценивалась работа нескольких компонентов одновременно (например, модуль ставок, кэшаута, истории операций и связанных с ними функций). Нагрузка увеличивалась некоторое время и затем удерживалась для оценки.
• Тестирование с использованием данных из продуктивной среды — проводилась проверка всей функциональности, включая административную панель и ключевые возможности системы, с применением статистики о ставках, сделанных в ходе спортивных событий за последние 24 часа.

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

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