QA-инженер / Тестировщик

Банк ВТБ (ПАО) Москва, www.vtbcareer.com Финансовый сектор • Управляющая, инвестиционная компания (управление активами) • Банк Тестировщик/aналитик Крупномасштабный проект для HR‑менеджеров и рекрутеров с распределённой командой разработки; работа по Agile‑методологии (Scrum). Система охватывает полный цикл подбора персонала: от публикации вакансий до онбординга. Стек: Postman, Swagger, DevTools, DBeaver, PostgreSQL, Kafka, Fiddler, Сфера, Confluence, Figma/ Мои обязанности: Проведение полного цикла тестирования задач спринта: smoke, sanity, функциональное, регрессионное, интеграционное тестирование. Участие в полном редизайне UI/UX: проверка соответствия макетов (Figma) финальной реализации, тестирование навигации и адаптивности на разных разрешениях. Тестирование веб‑форм: валидация полей, обработка ошибок, граничные значения, сценарии заполнения, защита от некорректного ввода. Тестирование REST API: проверка методов, статусов, авторизации (OAuth 2.0); контрактное тестирование (Swagger/OpenAPI); автоматизация проверок в Postman (коллекции, переменные, скрипты); Резюме обновлено 10 марта 2026 в 22:57 анализ асинхронного взаимодействия микросервисов через Kafka. Работа с базой данных: верификация данных после операций CRUD; написание SQL‑запросов для проверки миграций и целостности данных (JOIN, подзапросы, агрегатные функции); отладка хранимых процедур в PostgreSQL (DBeaver). Локализация и документирование дефектов: сбор логов через DevTools и Fiddler (мокирование запросов); анализ сквозных логов в Kibana, мониторинг метрик в Grafana; трассировка вызовов между микросервисами. Создание и поддержка тестовой документации: тест‑планы, чек‑листы, тест‑кейсы (Zephyr/Jira) для регрессии и автоматизации; актуализация спецификаций в Confluence. Взаимодействие с командой: участие в планировании спринтов, груминге бэклога, ретроспективах; координация с разработчиками и аналитиками для уточнения требований. Достижения: Выявил критическую ошибку в алгоритме ранжирования резюме: из‑за некорректного SQL‑запроса кандидаты не отображались в выдаче. Исправление повысило точность подбора . Устранил UX‑барьер в форме создания вакансии: упростил выбор компетенций через автокомплит, что сократило время заполнения на 25%. Доработал коллекцию автотестов Postman для API вакансий: увеличил покрытие с 50 до 85 эндпоинтов, снизив риск пропуска багов на продакшене. Внедрил чек‑лист для разработчиков: мини‑smoke‑тест перед передачей билда на QA. Это снизило количество тривиальных дефектов на этапе тестирования на 20%. Май 2024 — Август 2025 1 год 4 месяца Суши-даром Ростов-на-Дону, sushi-darom.com/ Гостиницы, рестораны, общепит, кейтеринг • Ресторан, общественное питание, фаст-фуд Тестировщик Проведение функционального тестирования веб‑приложений: проверка бизнес‑логики, сценариев использования, граничных значений и негативных кейсов. Выявлял дефекты на ранних этапах разработки, снижая затраты на их исправление. Тестирование UI/UX: оценка удобства интерфейса, соответствия макетам (Figma), проверка адаптивности под разные разрешения экранов и браузеров. Устранял UX‑барьеры, повышая удовлетворённость пользователей. Gruzdev Gleb • Резюме обновлено 10 марта 2026 в 22:57 Работа с требованиями: анализ спецификаций, ТЗ и пользовательских историй для определения тестовых сценариев и трудозатрат. Участвовал в уточнении требований с аналитиками и заказчиками. Применение техник тест‑дизайна: использовал эквивалентное разбиение, анализ граничных значений, таблицу решений и попарное тестирование для оптимизации покрытия тестами. Создавал чек‑листы и тест‑кейсы в Jira (Zephyr). Тестирование API: проверка методов GET, POST, PUT, DELETE в Postman; верификация статусов ответов, структуры JSON, заголовков HTTP/HTTPS; тестирование авторизации (Basic Auth, Bearer Token); автоматизация простых проверок через скрипты в Postman. Работа с базой данных PostgreSQL: написание SQL‑запросов для проверки данных после операций CRUD: SELECT, INSERT, UPDATE, DELETE; использование JOIN (в т. ч. INNER JOIN) для проверки связей между таблицами; поиск несоответствий между UI и БД; анализ данных через DBeaver для верификации миграций и целостности данных. Отладка и анализ через DevTools: мониторинг сетевых запросов (вкладка Network) для проверки корректности API‑вызовов; анализ ошибок Java (вкладка Console); эмуляция разных условий сети и устройств (Mobile Emulation). Документирование и отчётность: заведение и приоритизация дефектов в Atlassian Jira с чётким описанием шагов воспроизведения, ожидаемого и фактического результата; актуализация тестовой документации в Atlassian Confluence (тест‑планы, сценарии, инструкции); подготовка отчётов о результатах тестирования для команды и стейкхолдеров. Моделирование пользовательских сценариев: имитация ошибок и нестандартных действий пользователей для выявления уязвимостей в логике работы системы. Взаимодействие в Agile‑команде: участие в ежедневных стендапах, планировании спринтов, ретроспективах. Тесная координация с разработчиками и аналитиками для быстрого решения проблем. Ключевые навыки и инструменты: Gruzdev Gleb • Резюме обновлено 10 марта 2026 в 22:57 методологии: Agile (Scrum, Kanban); виды тестирования: функциональное, регрессионное, smoke, sanity, UI/UX; техники тест‑дизайна: эквивалентное разбиение, граничные значения, таблица решений, попарное тестирование; протоколы и форматы: HTTP/HTTPS, JSON; инструменты тестирования: Postman, DevTools (Chrome/Firefox), DBeaver, Jira, Confluence; базы данных: PostgreSQL (SELECT, JOIN, INSERT, UPDATE); дополнительные: Figma (проверка макетов), BrowserStack (кроссбраузерное тестирование). Достижения: Оптимизировал набор тест‑кейсов для основного функционала, сократив время регрессионного прогона на 20% без потери покрытия. Автоматизировал проверку 15 ключевых API‑эндпоинтов в Postman, что позволило быстрее выявлять регрессии после обновлений. Выявил и задокументировал 50+ дефектов на этапе функционального тестирования, предотвратив их попадание в продакшн. Разработал шаблон баг‑репорта в Jira, стандартизировав описание дефектов для всей команды — это ускорило их исправление на 15%. Улучшил взаимодействие между QA и разработкой: внедрил практику предварительного обзора требований, что снизило количество итераций по доработкам. Июнь 2022 — Май 2023 1 год МЧС Москва, mchs.gov.ru/ Тестировщик ПО МЧС Тестировщик Проведение функционального и интеграционного тестирования веб‑приложений портала. Тестирование API в Postman: проверка методов GET, POST, PUT, DELETE; изменение тела запроса для проверки бизнес‑логики и валидации полей на бэкенде; верификация статусов ответов, структуры JSON, заголовков HTTP. Работа с базой данных PostgreSQL: написание SQL‑запросов для проверки данных после операций поиск несоответствий между UI и БД; анализ данных для верификации миграций и целостности информации. Gruzdev Gleb • Резюме обновлено 10 марта 2026 в 22:57 Ручное регрессионное тестирование: выполнение ~150 тест‑кейсов перед каждым релизом (занимает 1–1,5 рабочих дня); обеспечение стабильности функционала после внесения изменений. Smoke‑тестирование после деплоя на продакшн: проверка ~30 тест‑кейсов для подтверждения работоспособности основного функционала; контроль корректности развёртывания обновлений на портале. Документирование и отчётность: создание и поддержка тест‑кейсов в Zephyr; постановка и отслеживание задач в Jira; подготовка отчётов о результатах тестирования и ведение документации в Confluence. Взаимодействие с командой: участие в Scrum‑ритуалах (планирование спринтов, ежедневные стендапы, ретроспективы); координация с разработчиками и аналитиками для уточнения требований и быстрого решения проблем. Достижения: Оптимизировал процесс регрессионного тестирования: структурировал набор тест‑кейсов, что позволило сократить время прогона на 15% без потери покрытия. Выявил и задокументировал более 30 критических дефектов в бизнес‑логике и валидации данных через целенаправленное изменение тела запросов в Postman, предотвратив их попадание в продакшн. Автоматизировал проверку 10 ключевых API‑эндпоинтов с помощью скриптов в Postman (предварительные smoke‑проверки), что ускорило выявление регрессий на ранних этапах. Разработал шаблон баг‑репорта в Jira, стандартизировав описание дефектов для всей команды — это ускорило их исправление на 20%. Повысил качество данных на портале: через SQL‑запросы выявил и устранил 5 случаев несоответствия данных между интерфейсами и базой данных, улучшив целостность информации.