Перейти к содержимому
FI
рассматриваю руководящие роли в QA/AQA Только удалённо · Москва, UTC+3

Фарид Исмаилов Руководитель QA/AQA

Выстраиваю QA/AQA: определяю приоритеты по рискам продукта, развиваю инженеров и организую работу с разработкой и аналитикой. Совмещаю руководство с архитектурой автотестов и разработкой инструментов для команды.

ООО «МЕДИА-100» · QA Automation Lead

Ключевые факты.

12+ лет
в QA

Exactpro · Wiley · Сбер

5+ лет
отвечал за QA продукта в Сбере

B2B/B2C-маркетплейс · разработка, аналитика, продукт

Android · iOS
мобильная автоматизация

Kotlin · Appium · BrowserStack

опыт и руководство

Опыт работы.

12+ лет в QA; больше пяти лет отвечал за качество B2B/B2C-маркетплейса в контуре Сбера. Сейчас развиваю мобильную автоматизацию в ООО «МЕДИА-100» и остаюсь в инженерной работе.

  1. Июн 2026 — настоящее время · продолжается

    QA Automation Lead — мобильная платформа · ООО «МЕДИА-100»

    Руковожу мобильной автоматизацией Android и iOS. Задаю направление, организую работу инженеров и развиваю инструменты команды. С ручным QA и разработкой договариваюсь, какие сценарии берём в работу, что нужно для автоматизации и кто устраняет препятствия.

    • Разработал стратегию QA/AQA: что автоматизировать в первую очередь, как оценивать качество регресса и когда наращивать мощности. Основой стал разбор покрытия, бэклога и бизнес-рисков
    • Задал стандарт передачи кейсов из ручного QA в AQA: приоритет, точные шаги, данные и однозначный ожидаемый результат. Определил, с какими задачами команда начинает работу, а что нужно подготовить заранее
    • Организовал работу инженеров: приоритеты, ревью и ежедневные статусы. Задал порядок разбора падений: отделять дефекты продукта от проблем теста, данных и инфраструктуры, назначать владельца и проверять исправление
    • Создал для команды два AI-инструмента: QA-бота в рабочем чате и среду разработки автотестов с агентами. Передал инструкции, провёл демонстрации и обучил двух инженеров на рабочих задачах
    ключевое · стек · ООО «МЕДИА-100»
    • Согласовал маршрут задач на локаторы в Jira: AQA описывает проблему, разработка планирует исправление, AQA принимает результат. Отдельно сформулировал требования к UI-идентификаторам, тестовым данным и мокам
    • Ввёл правила ревью: исправления по задаче — в текущий MR, старый технический долг — в отдельный бэклог. Это задаёт понятную границу приёмки и не даёт ревью разрастаться бесконечно
    • Подготовил техническую часть должностных инструкций руководителя и ведущего инженера AQA; правки приняты кадровой службой. Задал требования к навыкам, качеству работы и взаимодействию команды

    Kotlin · Appium · BrowserStack · TestIT · Android · iOS · CI/CD · Allure · Jira · MCP · Codex · AI Agents

  2. Сен 2020 — Апр 2026 · 5 лет 8 мес

    Руководитель QA / Lead SDET · Сбер

    B2B/B2C-маркетплейс в контуре Сбера. Отвечал за QA-направление и готовность продукта к релизам в команде с 17+ разработчиками. Совмещал техническое лидерство, развитие инженеров и координацию работы с разработкой, аналитикой и продуктом.

    • Был ключевым носителем экспертизы по продукту: обучал новых сотрудников, включая разработчиков, аналитиков и QA, объяснял бизнес-логику, интеграции и особенности системы. Помогал команде разбирать требования и сложные продуктовые сценарии
    • Участвовал в найме и оценке QA-инженеров, развивал их навыки тестирования и автоматизации, проводил ревью автотестов
    • Построил процессы QA и автоматизацию с нуля: собрал фреймворк на Python, затем перенёс его на Kotlin под стек разработки и интегрировал прогоны в CI/CD
    ключевое · стек · Сбер
    • Выстроил QA-инфраструктуру: регресс-наборы, UAT/ПСИ, критерии готовности к релизу и quality gates
    • Покрывал smoke, регрессионные и end-to-end сценарии: создание комплекса, продажи, статусы, отчёты и интеграции
    • Тестировал backend и API: REST, JSON Schema, бизнес-правила и SQL-валидацию; диагностировал дефекты по логам и трейсам
    • Проводил нагрузочные проверки API и интеграций на JMeter и Yandex.Tank: latency, throughput, error rate и регрессии endpoints

    Python · Kotlin · Java · Selenium · Playwright · Appium · REST API · Postman · RestAssured · SQL · PostgreSQL · MySQL · GitLab CI · Jenkins · Docker · OpenShift · Kubernetes · JMeter · Yandex.Tank · Allure · Jira · Confluence

  3. Ноя 2016 — Авг 2020 · 3 года 10 мес

    Senior QA Engineer · Wiley

    Международный enterprise: онлайн-платформы учебного контента, научные журналы и системы дистрибуции образовательных материалов. Распределённая команда, англоязычные коллеги.

    • Выстроил тестовую инфраструктуру: тест-кейсы, тест-планы, матрицы трассируемости, регрессионное покрытие
    • Разрабатывал и поддерживал UI-автотесты на Selenium WebDriver + Java / Python
    • Тестировал REST API и интеграции между компонентами платформы
    ключевое · стек · Wiley
    • Верифицировал данные и диагностировал дефекты в Oracle, MySQL, PostgreSQL, MS SQL
    • CI/CD: Jenkins / GitLab CI, интеграция автотестов, разбор падений, приоритизация дефектов
    • Тест-лидирование: декомпозиция требований, оценка трудоёмкости, координация тестовых активностей

    Java · Python · Selenium WebDriver · TestNG · JUnit · Allure · REST API · RestAssured · Postman · SQL · Oracle · MySQL · PostgreSQL · MS SQL · Jenkins · GitLab CI · Jira · Confluence

  4. Июл 2014 — Ноя 2016 · 2 года 5 мес

    QA Engineer · Exactpro Systems

    Финансовые системы: post-trade инфраструктура, клиринг, расчёты, двухфакторная аутентификация. Работал с критически важными сервисами бирж и клиринговых палат, где важны точность расчётов и непрерывность работы.

    • Функциональное, интеграционное, регрессионное, smoke и исследовательское тестирование
    • Тест-сценарии на основе проектной документации и требований финансового домена
    • 2FA-сценарии с использованием мобильных приложений
    ключевое · стек · Exactpro Systems
    • Валидация UI и данных через SQL
    • Работа в Jira / Redmine, TestRail, Git / SVN
    • Тестировал 24/7 критичные post-trade-системы биржи и клиринговой палаты с высокими требованиями к корректности расчётов и стабильности

    Java · Selenium · Selenide · TestNG · Allure · SQL · Oracle · MySQL · Postman · HTML · CSS · JS · Git · SVN · Jira · Redmine · TestRail

избранные кейсы

Системы, которые я построил.

Здесь есть обе стороны моей работы: инструменты и процессы для команд, а также продукты, которые я строю сам. У каждого кейса — суть и технический разбор; рабочие системы обезличены.

Рабочий проект

Развитие мобильного QA/AQA

Развиваю мобильную AQA: приоритеты по рискам, работа команды и проверка на устройствах.

Руковожу автоматизацией и разрабатываю инструменты

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

Что делает система

  • Передал команде среду разработки автотестов с AI-агентами и инструкции к ней.
  • Согласовал с разработкой маршрут задач на локаторы в Jira; отдельно сформулировал требования к UI-идентификаторам, тестовым данным и мокам.
  • Обучил двух инженеров; прогоны проверяются на устройствах BrowserStack с данными приложения и ОС.
  • Подготовил технические требования к ролям руководителя и ведущего инженера AQA; правки приняты HR.
Архитектура и технические детали · Развитие мобильного QA/AQA
  • Разработал стратегию QA/AQA: что автоматизировать первым, как оценивать регресс и когда наращивать мощности; решения опираются на покрытие, бэклог и бизнес-риски.
  • Задал стандарт передачи кейсов из ручного QA в AQA: приоритет, точные шаги, данные и ожидаемый результат; определил, что готово к работе и что нужно подготовить.
  • Передал команде инструкции и skills для Codex: от разбора кейса и поиска готового кода до реализации, ревью и проверки на устройстве.
  • Согласовал с разработкой маршрут задач на локаторы в Jira; отдельно сформулировал требования к UI-идентификаторам, тестовым данным и мокам.
  • Подключил чтение задач, документации, тест-кейсов и кода через MCP; для проверки использую BrowserStack и результаты прогонов в TestIT.
  • Обучил двух инженеров на рабочих задачах, провожу ревью и организую разбор падений с назначением владельца и проверкой исправлений.
Мобильная AQA · от кейса до проверки на устройстве Клик — на весь экран
Мобильная AQA · от кейса до проверки на устройстве

Схему можно прокручивать по горизонтали

Kotlin · Appium · BrowserStack · TestIT · Allure · GitLab CI · Codex · MCP

Рабочий проект под NDA; название и детали продукта обезличены.

Рабочий проект

E2E Automation · Web и PWA

Автоматизация веб-админки и PWA с разбором падений и подготовкой черновика бага.

Автор фреймворка и AI-инструмента

Рабочий кейс — внутренняя веб-админка и мобильная PWA в нескольких окружениях, где я отвечал за автоматизацию и готовность релизов. Для разбора падений связал логи из S3 MCP с проектной документацией в CRAG: AI-помощник готовит черновик для Jira, который я проверяю и дополняю вручную. Команда также ищет по документации из IDE.

Что делает система

  • Разработал Kotlin E2E-фреймворк, встроил регресс, отчёты TestIT/Allure и проверку готовности релиза в CI/CD.
  • Сверка логов прогона с документацией помогает подготовить Jira-черновик для ручной проверки.
  • Сделал поиск по проектной документации доступным команде из IDE.
Архитектура и технические детали · E2E Automation · Web и PWA
  • Kotlin, JUnit 5, Playwright for Java и Allure.
  • Проверки веб-админки и мобильной PWA от начала до конца.
  • Прогоны в staging, pre-prod и prod при ограниченном сетевом доступе.
  • Локальное зеркало браузеров Playwright для закрытых сборочных агентов.
  • Отчёты TestIT/Allure и проверки готовности релиза в CI/CD.
  • Поиск по спецификациям, архитектурным решениям и инструкциям через CRAG.
  • Помощник читает логи через S3 MCP и готовит черновик бага в Jira.
Архитектура · E2E-прогоны и разбор падений с AI Клик — на весь экран
Архитектура · E2E-прогоны и разбор падений с AI

Схему можно прокручивать по горизонтали

Kotlin 1.9 · JUnit 5 · Playwright for Java · Allure · TestIT · Gradle · GitLab CI · CRAG · S3 MCP · Jira API

Рабочий проект под NDA; название обобщено, детали продукта не раскрываю.

Личный проект · Основной личный проект

Self-hosted AI Platform

Личная R&D-платформа четырёх AI-компаньонов с памятью, голосом и инструментами.

Сам проектирую, пишу и поддерживаю

Что делает система

  • Работает с разговорами, документами, изображениями, аудио и видео.
  • Помнит важное между разговорами и находит исходные материалы.
  • Ищет информацию, выполняет задачи через инструменты и отвечает голосом.
Архитектура и технические детали · Self-hosted AI Platform

Начинал с Telegram-бота для общения, а со временем собрал платформу для четырёх ботов с разными ролями. Они помнят разговоры, ищут информацию, разбирают документы и записи, вызывают инструменты и отвечают голосом. Для работы с архивом и разбора действий агента сделал веб-консоль.

  • Четыре бота используют общее ядро: модели, инструменты и настройки ролей. Для части ошибок провайдера предусмотрено продолжение работы.
  • Память хранится в SQLite с полнотекстовым поиском FTS5. У записей есть версии и ссылки на исходные материалы.
  • Аудио и видео передаются модели напрямую, когда это возможно. Большие записи разбиваются на части; готовые результаты и сведения об обработанных фрагментах сохраняются.
  • Агент может искать в интернете, исследовать материалы и выполнять код. Подключённые инструменты работают через MCP и адаптеры; код проверяет параметры и доступные действия.
  • В консоли собраны документы, рабочие события, решения и открытые вопросы. Можно проследить, на чём основан ответ.
  • Для внешних операций сохраняю состояние и результат. Если исход вызова неизвестен, система сначала выясняет его, а не повторяет действие вслепую.
  • Проверяю изменения автотестами и отдельно сравниваю ответы на воспроизводимых примерах.
Self-hosted AI Platform · архитектура Клик — на весь экран
Self-hosted AI Platform · архитектура

Схему можно прокручивать по горизонтали

Ботов на общем runtime
4

Python · Telegram API · OpenRouter · Gemini · SQLite / FTS5 · MCP · Multimodal · TTS · Docker · Linux / systemd

Личный проект в активном развитии. Архитектура и обезличенное демо — на интервью.

Личный проект

Not So Super Whisper

Говорю вместо печати — текст появляется в нужном приложении.

Разрабатываю версии для macOS и Windows

Что делает система

  • Показывает текст во время диктовки и сохраняет начало речи, пока загружается модель.
  • Вставляет текст в активное поле или сохраняет заметку.
  • На Windows собирает диктовку, заметки и уведомления в компактном Island.
Архитектура и технические детали · Not So Super Whisper

Сделал диктовку по глобальной горячей клавише: говоришь, видишь текст по мере распознавания и вставляешь его в активное поле. Можно вместо этого сохранить голосовую заметку в Markdown. В Windows добавил небольшой Island, где рядом живут диктовка, заметки и уведомления.

  • Речь распознаётся локально потоковой моделью Nemotron: FluidAudio/CoreML на macOS, Sherpa-ONNX/CUDA на Windows. Silero VAD отделяет речь от тишины.
  • Захват звука начинается до готовности модели, чтобы не терять первые слова.
  • Текст вставляется в активное поле либо остаётся в буфере обмена и датированной Markdown-заметке.
  • При желании внешняя модель приводит текст в порядок. Если она недоступна, исходная расшифровка сохраняется.
  • Есть отдельный вариант Gemini Direct с облачным распознаванием.
  • Windows Island показывает заметки и системные уведомления; настройки баннеров можно восстановить.
Архитектура · поток диктовки + платформенные runtime Клик — на весь экран
Архитектура · поток диктовки + платформенные runtime

Схему можно прокручивать по горизонтали

Swift · AppKit · CoreML · C# / .NET · WPF · Win32 API · Nemotron · Sherpa-ONNX · CUDA · OpenRouter

Нативные реализации для Windows и macOS. Windows ASR требует NVIDIA CUDA; Island — только для Windows.

Рабочий проект · Запуск приостановлен

QA-ассистент команды

Рабочий чат-бот для сводок встреч и разбора требований, MR и падений CI.

Разработал агента и подключил рабочие источники

Что делает система

  • Разработал и применял в рабочем чате; сейчас запуск приостановлен.
  • Подготовил сводки встреч и разбирал требования, MR и CI по подключённым источникам.
  • Настроил доступ только для чтения и историю обсуждений с полнотекстовым поиском.
Архитектура и технические детали · QA-ассистент команды

Разработал и использовал QA-агента в рабочем чате; запуск сейчас приостановлен. Он помогал разбирать записи встреч, требования, изменения кода и падения CI, читая подключённые системы задач, тестов, документации и Git и сохраняя историю обсуждения.

  • Предусмотрел сценарии разбора требований, тест-кейсов, изменений кода и результатов прогонов.
  • Подключил адаптеры Jira, TestIT, Notion, Git и чата; каждый работает в пределах выданного доступа.
  • Агент читает подключённые системы, но не вносит в них изменения.
  • История и сводки хранятся в SQLite с полнотекстовым поиском.
  • Входящие события проверяются по HMAC; повторы отсеиваются, контекст разделяется по автору, чату и треду.
  • В ревью видны использованные материалы. Если кода или источника не хватает, агент сообщает об этом.
Архитектура · QA-ассистент рабочего чата Клик — на весь экран
Архитектура · QA-ассистент рабочего чата

Схему можно прокручивать по горизонтали

Python · FastAPI · Gemini · SQLite / FTS5 · Webhooks · MCP-style adapters

Использовался в рабочем чате команды; запуск сейчас приостановлен.

Личный проект

Conference Capture

После встречи — запись, стенограмма и то, что показывали на экране.

Разрабатываю расширение и локальный сервис

Что делает система

  • Записывает звук вкладки и микрофона, при необходимости — видео.
  • Соединяет сказанное на встрече с показанным на экране.
  • Собирает итог, стенограмму и медиа для сохранения и дальнейшей работы.
Архитектура и технические детали · Conference Capture

Сделал расширение для Chromium и локальный сервис на Python. Они записывают встречу в браузере, после чего отдельно обрабатывают речь и изображение с экрана. На выходе — стенограмма с таймкодами, итог встречи и заметки о показанных материалах.

  • Звук вкладки и микрофона записывается раздельно. Это помогает отличать свои реплики от речи участников, не угадывая их имена.
  • По умолчанию сначала сохраняется запись; обработка идёт после встречи. Распознавание во время записи включается отдельно.
  • Аудио и экран анализируются независимо через настроенные внешние модели, затем результаты объединяются по времени.
  • Медиа сохраняются по мере записи. После перезапуска сервиса обработка может продолжиться с сохранённых фрагментов.
  • Если обработана только часть встречи, готовый текст не теряется. Закрытие браузера останавливает дальнейшую запись.
  • Итог, стенограмма и заметки по экрану собираются в meeting.md; медиа можно выгрузить в выбранную папку.
Архитектура · обработка встречи Клик — на весь экран
Архитектура · обработка встречи

Схему можно прокручивать по горизонтали

TypeScript · Chromium extension · WebAudio · Python · FastAPI · WebSocket · OpenRouter · FFmpeg

Личный проект. Запись хранится локально; AI-обработка использует настроенные внешние модели.

Другие системы и опыт

Личный проект

AI Judge · Verify-Ship Gate

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

Автор системы проверки

Что делает система

  • Проверяет конкретное изменение, а не абстрактную версию проекта.
  • Помогает найти поломки в коде и изменившихся вызовах.
  • Позволяет повторить оценку ответа и разобрать ухудшение качества.
Архитектура и технические детали · AI Judge · Verify-Ship Gate

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

  • Проверка привязана к конкретному изменению и точной версии исходных материалов.
  • Тесты проверяют затронутые вызовы, контракты и соседнее поведение.
  • Независимое ревью и оценка ответов моделью выполняются отдельно от программных проверок.
  • Вместе с результатами сохраняется информация о том, что проверить не удалось.
Проверка изменений · архитектура Клик — на весь экран
Проверка изменений · архитектура

Схему можно прокручивать по горизонтали

Python · pytest · JSON Schema · SHA-256 · LLM evaluation

Подсистема личной AI-платформы. Показываю устройство проверок и примеры регрессий.

Личный проект

Hassio Walkie

Мобильный голосовой интерфейс к личной AI-платформе.

Автор, владелец

Что делает система

  • Принимает голосовой запрос по нажатию кнопки.
  • Воспроизводит ответ с подсветкой произносимого текста.
  • Связывает голосовой диалог с агентом и Home Assistant.
Архитектура и технические детали · Hassio Walkie

Сделал мобильный клиент для голосового общения с собственной AI-платформой: нажимаешь кнопку, говоришь и слушаешь ответ. Во время ответа текст подсвечивается в такт речи. Через тот же канал подключён Home Assistant для голосового управления устройствами.

  • Kotlin + Jetpack Compose клиент с push-to-talk интерфейсом.
  • Потоковый TTS и синхронизация подсветки текста с речью.
  • Голосовые запросы к личному backend и интеграция Home Assistant.
Архитектура · голосовой контур и karaoke-рендер Клик — на весь экран
Архитектура · голосовой контур и karaoke-рендер

Схему можно прокручивать по горизонтали

Kotlin · Jetpack Compose · Material 3 · Gemini Live · Streaming TTS · WebSocket · Home Assistant API · OkHttp

Мобильный клиент и интеграции — отдельная подсистема личной AI-платформы.

рабочие принципы

Как работаю.

Несколько рабочих привычек, на которые опираюсь в повседневной работе.

  • У качества есть бизнес-смысл.

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

  • Работает — значит проверено.

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

  • У задачи должен быть владелец.

    Договариваюсь со смежниками о готовом входе, ответственности и проверке результата. Команде важно понимать, что делать дальше и какого решения она ждёт.

  • Команда должна становиться сильнее.

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

стек

Стек.

Основные технологии, с которыми работал в командах и своих проектах.

Языки, API и данные

Основной инженерный стек для автоматизации и интеграций.

  • Python
  • Kotlin
  • Java
  • REST / WebSocket
  • SQL
  • PostgreSQL
  • MySQL
  • Oracle / MS SQL

Автоматизация и качество

Мобильные, web- и API-проверки, результаты и нагрузка.

  • Appium
  • BrowserStack
  • Playwright
  • Selenium
  • JUnit / TestNG / Pytest
  • RestAssured
  • Allure / TestIT
  • JMeter / Yandex.Tank

CI/CD и инфраструктура

Прогоны, окружения и эксплуатация сервисов.

  • GitLab CI
  • Jenkins
  • Docker / Compose
  • OpenShift
  • Kubernetes
  • Linux
  • Nginx / systemd

AI и агентные системы

Инструменты для команды и собственная R&D-платформа.

  • MCP
  • Codex
  • Gemini / OpenRouter
  • RAG / CRAG
  • SQLite / FTS5
  • ChromaDB / Neo4j
  • ASR / TTS
  • Multimodal AI

Нативные приложения

Личные продукты для диктовки и повседневной работы.

  • Swift
  • macOS
  • C# / .NET
  • Windows
  • NVIDIA CUDA
  • Nemotron / Silero VAD

Процессы и документация

Задачи, требования, тест-кейсы и знания о продукте.

  • Jira
  • Confluence
  • TestIT
  • TestRail
  • Git
  • Code review
Другие инструменты из практики

Postman · JSON Schema · pytest-xdist · Bash / PowerShell · VPN · WaveSpeed · Telethon · Function calling · LLM routing · Context engineering · Agent skills / prompts · Cursor · VS Code · IntelliJ IDEA · Redmine · GitHub

контакты

Как связаться.

Рассматриваю руководящие роли в QA/AQA: развитие команды и процессов, автоматизация и качество релизов. Инженерную работу сохраняю как часть роли.