Автономное регрессионное тестирование для государственного сектора
Автономное регрессионное тестирование для государственного сектора. Государственные органы требуют локального развёртывания, чтобы данные граждан не покидали страну.
Ключевые возможности платформы
Сценарии на основе целей, а не селекторов
Тестовые сценарии описываются в версионируемых YAML-файлах с ролью, целью, утверждениями и бюджетами шагов и времени. Агент не привязан к экранным координатам или CSS-селекторам, поэтому изменение интерфейса государственной системы не ломает тест автоматически — сценарий остаётся актуальным даже после редизайна страниц.
Независимая верификация утверждений
Проверку результатов выполняет отдельный верификатор, а не тот агент, который совершал действия. Это устраняет риск самоподтверждения и повышает достоверность отчётов, существенных для внутреннего и внешнего аудита государственных процессов.
Классификация сбоев для прозрачного разбора инцидентов
Каждый сбой относится к одной из семи категорий: дефект продукта, сбой агента, сбой среды, ошибка утверждения, цикл, превышение лимита шагов или таймаут. Такая классификация позволяет чётко разграничить ответственность между командой разработки, ИТ-инфраструктурой и поставщиком системы.
Реестр дефектов с контролем человека
Все непрошедшие результаты попадают в реестр дефектов вместе с готовым отчётом. Уполномоченный сотрудник изучает материалы и самостоятельно регистрирует дефект в Qase или Jira — платформа никогда не делает этого автоматически, что соответствует требованиям к прозрачности закупочных и аудиторских процессов.
Персональный доступ и журнал запусков
Каждый пользователь входит с личной учётной записью и получает доступ только к назначенным средам. Каждый запуск фиксирует, кто его инициировал; только этот человек может его остановить в штатном режиме, тогда как плановый запуск может остановить любой авторизованный пользователь — это обеспечивает прослеживаемость действий персонала.
Единое развёртывание для нескольких контуров
Одна инсталляция Argus обслуживает несколько сред — разработку, приёмку, продуктив: каждая среда хранит собственный базовый URL, шаги входа и учётные записи по ролям, а запуск привязывает роли к конкретным аккаунтам. Модели, учётные данные и настройки стоимости конфигурируются один раз для всех трёх движков платформы.
Как работает платформа
Часто задаваемые вопросы
Покидают ли данные граждан или тестовые артефакты инфраструктуру ведомства?
Нет. Argus разворачивается полностью на собственных серверах ведомства в виде десяти контейнеров и общего тома артефактов без зависимости от внешних SaaS-сервисов. Все скриншоты, журналы шагов, учётные данные и отчёты о дефектах хранятся локально и не передаются за пределы контура.
Может ли платформа самостоятельно зарегистрировать дефект в системе управления задачами?
Нет. При подозрении на дефект продукта платформа формирует готовый отчёт и помещает его в реестр дефектов, однако решение о регистрации в Qase или Jira принимает и выполняет только уполномоченный сотрудник. ИИ никогда не утверждает наличие дефекта на собственном усмотрении — это принципиальное архитектурное ограничение, а не настройка.
Как обеспечивается прозрачность для внутреннего и внешнего аудита?
Каждый шаг агента фиксируется в полном объёме: скриншот, обоснование, совершённое действие и результат — независимо от того, прошёл шаг или нет. Каждый запуск содержит метку сборки тестируемой среды и имя инициировавшего сотрудника. Все эти данные доступны для поиска, сравнения с предыдущими запусками и просмотра в живой консоли, что формирует машиночитаемый след, пригодный для аудиторских проверок.
Как платформа справляется с многоролевыми регламентами, например согласованием закупок или приёмкой документов?
Многоролевые сценарии запускают каждую роль — создатель, согласующий, поставщик — в отдельной независимо аутентифицированной браузерной сессии. Именование тестовых данных в рамках конкретного запуска исключает коллизии при параллельном выполнении нескольких агентов в общей среде, что точно воспроизводит реальные регламенты государственных услуг.
Что происходит, если ночной запуск застаёт тестовую среду занятой, и как контролируются расходы на языковые модели?
Если среда занята в момент срабатывания расписания, запуск откладывается до её освобождения и не теряется — это исключает пропуск планового прогона при жёстких регламентных сроках. Расходы на модели контролируются двухуровневым выполнением: сначала работает экономичная модель, и только при сбое на стороне агента выполняется одна эскалация на более мощную. Стоимость агрегируется от отдельного вызова до шага, сценария, суиты и релиза, что позволяет планировать бюджет на тестирование с детализацией до конкретного прогона.
Готовы обсудить внедрение в вашем ведомстве?
Свяжитесь с командой Allmaz, чтобы рассмотреть архитектуру развёртывания, соответствие требованиям суверенитета данных и первые шаги по интеграции Argus в процесс обеспечения качества государственных информационных систем.
Запросить демо