Примеры метода

Проверяем путь пользователя.
Видим связи внутри проекта.

На примерах Odoo и IP Network Monitor показываем, как связаны действия пользователя, запросы API, сценарии и тесты.

01 · Odoo ERP

Заказ превращается
в оплату.

Продавец создаёт предложение, добавляет товар и подтверждает заказ. Менеджер отгружает товар, выставляет счёт и получает оплату.

Тест проверяет не только переходы между экранами, но и результат бизнес-действий на сервере.

  1. Предложение
  2. Товар
  3. Заказ
  4. Отгрузка
  5. Счёт
  6. Оплата
Экран заказа Odoo с клиентом, товаром и суммой заказа
Реальный экран заказа в Odoo.
≈530экранов
≈6 000действий пользователя
≈2 600операций API

Оценки масштаба рассматриваемого примера Odoo. Это не универсальные показатели и не процент покрытия тестами.

02 · IP Network Monitor

Тесты растут
вместе с проектом.

Коммерческий проект для мониторинга серверов, компьютеров, принтеров и других сетевых устройств.

В этом примере ИИ каждую неделю добавляет новые сценарии и тесты для IP Network Monitor. Оркестратор управляет порядком работы агентов: запуском, ревью тестов другими ИИ-агентами и повторной проверкой после правок.

Когда все тесты проходят, ИИ создаёт merge request в GitLab. После слияния тесты входят в основной тестовый код и запускаются каждую ночь для выявления регрессий.

Частоту добавления тестов и регрессионных запусков для вашего проекта согласуем после оценки.

Веб-интерфейс IP Network Monitor: сводка состояний, проблемные мониторы, предупреждения и журнал событий
Пример веб-интерфейса IP Network Monitor: состояния мониторов и события сети. Скриншот из официальной документации проекта.

Демонстрация метода

От проверки — к следующим задачам.

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

Схема определения следующих задач для ИИ по покрытию действий пользователя и операций API
Схема выбора следующих задач по покрытию действий и API. Покрытие кода оценивается отдельно.

Вопросы о примерах

Что важно знать.

Как вы определяете, какие сценарии проверять в первую очередь?

Начинаем с целей проекта и важных пользовательских путей: что должно работать для выхода в продакшен и где ошибка сильнее всего влияет на результат. Приоритеты и объём проверок согласуем после оценки. Результаты тестов и непроверенные области помогают определить следующие задачи.

Проверяете ли вы результат действий на сервере, а не только интерфейс?

Да. Метод связывает действия пользователя с запросами API и проверкой результата на сервере. Например, в Odoo проверяем путь от заказа до оплаты: не только переходы между экранами, но и результат бизнес-действий. Конкретные проверки определяем для вашего проекта.

Кто проверяет тесты, созданные ИИ?

В Testing Platform оркестратор передаёт созданные тесты на ревью другим ИИ-агентам. После правок тесты запускаются повторно. Такая проверка дополняет согласованные сценарии и критерии приёмки; успешный прогон не гарантирует отсутствие всех ошибок.

Что происходит, если тест обнаруживает ошибку в проекте?

Разбираемся в причине сбоя: проблема может быть в проекте или в самом тесте. Ошибки проекта исправляем в рамках согласованного плана, затем повторяем проверку и запускаем связанные тесты, чтобы проверить результат исправления и выявить регрессии.

Можно применить такой подход к моему проекту?

Начнём со знакомства с вашим проектом и оценки его состояния. Уточним технологии, важные пользовательские сценарии и цель выхода в продакшен. После этого предложим план проверок и исправлений, сроки, стоимость и критерии приёмки.

Начнём с вашего проекта

Что стоит между
вами и продакшеном?

Расскажите, что уже работает и что нужно довести до результата.
План, сроки и стоимость определим после оценки.

Обсудить проект