РСХБ-Интех

{"type":"doc","content":[{"type":"paragraph","content":[{"type":"text","text":"РСХБ-Интех — банковская система обработки платежей и финансовых сервисов Команда занималась backend-сервисами переводов между своими счетами и историей операций в рамках банковской платформы. Эти сервисы использовались различными каналами (веб-интерфейс, мобильное приложение), а зона моей ответственности как QA была на стороне backend-логики переводов и web-части, связанной с отображением операций. Основная задача — обеспечение качества сквозных банковских операций и интеграций с внутренними системами банка. Технологический стек проекта; Бэкенд: Java (Spring Boot), Go, PythonФронтенд: React, TypeScriptБазы данных: PostgreSQLИнфраструктура: Docker, Kubernetes, Jenkins, Istio (service mesh)Коммуникация: REST API, Apache Kafka, gRPCМониторинг: Kibana/ELK, Grafana, PrometheusКлючевые обязанности:1.Тестирование backend-сервисов (≈70% времени): функциональное, интеграционное и регрессионное тестирование REST API, проверка корректности взаимодействий с внутренними системами (АБС ЦФТ, процессинг, лимиты, антифрод, системы подтверждения), работа с Kafka (проверка сообщений в топиках).2.Тестирование веб-интерфейса (≈30% времени): UI/UX-проверки экранов переводов и истории операций, кросс-браузерное тестирование, проверка сценариев пользователя.3.Организация процессов качества: выполнение сквозного (E2E) и регрессионного тестирования, проведение приёмочного тестирования (ПСИ) на Intest, участие в согласовании протоколов ПСИ со смежными командами.4.Локализация ошибок: анализ логов через Kibana, проверка данных в PostgreSQL(базовые SQL-запросы), трассировка запросов внутри микросервисной архитектуры с учётом service mesh (Istio).5.Подготовка тестовых данных и участие в автоматизации: запуск и параметризация Jenkins-job-ов для подготовки тестовых счетов/карт и транзакций под тестовые сценарии, контроль результатов; дополнение существующих автотестов REST API по готовым шаблонам (негативные и граничные кейсы), участие в code-review и анализ причин падений автотестов.Достижения:1. Совместно с командой аналитиков и разработчиков выстроил E2E-тестирование ключевых процессов переводов между своими счетами и их отражения в учётных системах (ЦФТ, процессинг, лимиты, антифрод). По внутренней статистике инцидентов за ~6 месяцев после внедрения количество критических ошибок по этому направлению в продакшене снизилось примерно на 20–25%, а среднее время поиска корневой причины сократилось с ~4 до ~2 часов за счёт2. Формализовал критерии приёмочного тестирования (ПСИ) для сервиса переводов и интеграций: подготовил шаблон протокола, чек-листы по внешним системам и минимальный набор обязательных сценариев. Это позволило снизить количество доработок после ПСИ примерно на 30–40% и сократить согласование результатов с ~3 до ~1–1.5 дней.3. Инициировал и внедрил практику использования чек-листа интеграций перед регрессом (ЦФТ, лимиты, антифрод, системы подтверждения). Благодаря этому количество срывов ПСИ из-за неготовности или некорректной работы смежных систем уменьшилось примерно на 70–80%: большинство проблем стали выявляться заранее на Dev/Intest, а не в момент приёмки."}]}]}