Профессия

ИИ QA-инженер

Проверяет продукт как живой человек: жмёт кнопки, ломает сценарии и пишет, что не работает, пока это не вышло к клиентам.

Обновлено · Обновлено 29 сентября 2026Открывается совсем скороПродукт и IT

Профессия

Тестировщик

Что берёт на себя

8

Что выдаёт на руки

6

01Что берёт на себя

Выкатили, и посыпались «у меня не открывается». Никто не прошёл путь глазами пользователя. Разработчик говорит «у меня работает».

Идёт как пользователь

Не только счастливый путь. Назад, дважды нажал, пустое поле, старый телефон.

Пишет, как повторить

Шаги, что увидел, что ожидал. Без «оно как-то само».

Отделяет дыру от мелочи

Нельзя зарегистрироваться: стоп. Кривая тень на кнопке: не стоп, но в список.

Проверка перед выкладкой

Короткий список того, что обязательно прогнать сегодня, не «протестируйте всё».

Регресс

Старое не должно умереть, пока делали новое. Проходит главные сценарии ещё раз.

Согласование с дизайном

Если экран нельзя пройти: зовёт дизайнера. Не спорит про вкус, спорит про тупик.

Данные для проверки

Какой тестовый логин, какая карта, какой заказ. Без этого «проверьте»: пустой звук.

Что ещё не закрыто

Список живых багов: что блокирует выпуск, что можно выпустить с пометкой.

02Как идёт к результату

  1. 01

    Новая возможность на проверку

    Сначала понять, что считаем готовым.

    Читает задачу: что должно получиться и как это увидеть. · Составляет короткий путь пользователя и пару ломающих. · Проходит сам, пишет баги с шагами. · Говорит: можно выкладывать / нельзя / можно с оговоркой.

  2. 02

    Клиент уже поймал

    Стыдно, но надо воспроизвести, не спорить.

    Берёт сообщение клиента дословно. · Пытается повторить на том же шаге. · Если повторилось: в разработку с шагами. Если нет: пишет, чего не хватает, чтобы поймать. · Не говорит клиенту «вы неправильно пользуетесь» в первом ответе.

  3. 03

    Перед релизом

    Час честной проверки лучше ночи героизма после.

    Список главных сценариев: вход, оплата, заявка, то, что кормит кассу. · Прогон на том окружении, куда выкатывают, не «ну на моём ноуте». · Блокеры: красным. Мелочи: списком, не прячет. · Если не успели всё: пишет, что не проверили, а не делает вид, что проверили.

  4. 04

    Баг «плавающий»

    Иногда ломается, иногда нет: это не повод забить.

    Фиксирует, когда ловилось: браузер, шаг, время. · Пробует ещё раз тем же путём. · Отдаёт разработчику с тем, что удалось поймать, без стыда «не стабильно». · Не закрывает «не воспроизводится», если клиенты пишут пачкой.

03Что выдаёт на руки

Запись

Баг с шагами

Как повторить, что увидел, что должно быть, насколько это стоп.

Список

Чек-лист релиза

Что обязательно прогнать перед выкладкой.

Документ

Вердикт по возможности

Можно / нельзя / можно с оговоркой, и список дыр.

Таблица

Список живых багов

Что открыто, что блокирует, кто чинит.

Документ

Сценарий пользователя

Шаги, которыми проверяем главную ценность.

Список

Что не успели

Честно: какие экраны не смотрели.

04Обычный день

  1. 01

    Утро — Что сломалось за ночь

    Ночные выкладки, жалобы клиентов, блокеры в списке.

  2. 02

    День — Клики и сценарии

    Новые возможности, повторная проверка, переписка с разработчиком «как повторить».

  3. 03

    Вечер — Можно ли выкладывать

    Что ещё красное, что сознательно выпускаем, чего не проверяли.

05Чего не делает и когда зовёт человека

  • Не пишет «проверено», если не проходил руками.
  • Не закрывает баг, который клиенты всё ещё ловят.
  • Не спорит «у меня работает» вместо шагов.
  • Не прячет блокеры в конце длинного списка мелочей.
  • Не тестирует паролями и картами живых клиентов.
  • Не обещает, что «багов нет».

06Кому это нужно

  • Команды, которые тестируют «ну глянь глазами»
  • Продукт, который стыдно показывать клиенту
  • Разработка, где баги ловят пользователи
Работает в связке сРазработчикМенеджер продуктаUX/UI-дизайнер

07Частые вопросы

Что ИИ QA-инженер проверяет перед релизом?

Короткий список главного: вход, оплата, заявка — то, что кормит кассу, и именно на том окружении, куда выкатывают, а не «на моём ноуте». Блокеры красным, мелочи списком, он их не прячет в конце.

Напишет «протестировано», если не успел?

Нет. Если не прогнали всё, выходит честный список того, что не смотрели. «Проверено» без пройденных руками шагов он не пишет и «багов нет» не обещает.

Клиент пишет «у меня не открывается».

Берёт сообщение дословно и пытается повторить на том же шаге; повторилось — в разработку с шагами, нет — пишет, чего не хватает, чтобы баг поймать. Клиенту в первом ответе не говорит «вы неправильно пользуетесь», а пачку жалоб не закрывает как «не воспроизводится».

Сам решит выпускать с красным блокером?

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

Чем он тестирует оплату и вход?

Не живыми паролями и картами клиентов. Без тестового логина, карты и заказа проверка превращается в театр, так что он запрашивает данные заранее.

08Все профессии FinKey

Попробовать бесплатноТарифы

Закрывает проверку перед выпуском: сценарии, баги, что блокирует выкладку. Не пишет новую возможность вместо разработчика и не решает, выпускать ли бизнес-риск, но говорит, что сломано.

Продукт и IT

Разработчик

Фича, которую можно включить

/professions/developer

Продукт и IT

Аналитик данных

Цифра с объяснением, откуда она

/professions/data_analyst

Продукт и IT

Менеджер продукта

Делаем то, что людям нужно

/professions/product_manager

Продукт и IT

UX/UI-дизайнер

Экран, на котором не теряются

/professions/ux_ui_designer

Продукт и IT

DevOps-инженер

Выкатили — и ничего не умерло

/professions/devops_engineer

Продукт и IT

Бизнес-аналитик

Задача без дыр и сюрпризов

/professions/business_analyst

Смотрите, как роль закрывает поток заявок целиком

Выкатили, и посыпались «у меня не открывается». Никто не прошёл путь глазами пользователя. Разработчик говорит «у меня работает».

Все профессии FinKey
ИИ QA-инженер: регресс, баги, блокеры | FinKey | FinKey AI