В России представили методологию стресс-тестов для систем класса ERP

В России представили методологию стресс-тестов для систем класса ERP

В России представили методологию стресс-тестов для систем класса ERP

Автономная некоммерческая организация «Национальный центр компетенций по информационным системам управления холдингом» (АНО «НЦК ИСУ») представила методологию нагрузочного тестирования для российских ERP-систем. Теперь её планируют внедрять совместно с разработчиками как единый подход при создании и развитии таких решений.

В работе над документом участвовали архитекторы с опытом реализации крупных ИТ-проектов. При разработке авторы опирались на проверенные в отрасли практики — в том числе из банковского, нефтегазового, металлургического и транспортного секторов.

В качестве одного из примеров использовались результаты нагрузочного теста «1С:ERP Управление предприятием» на 30 тысяч одновременных пользователей, работающих в общей базе данных под управлением PostgreSQL и Linux.

Также разработчики консультировались со специалистами в области тестирования системного ПО и оборудования — в том числе с представителями российских вендоров.

По словам генерального директора АНО «НЦК ИСУ» Кирилла Семиона:

«Для участников нагрузочного тестирования методология станет инструментом быстрого освоения принципов данного процесса и его эффективной организации, обеспечит им прозрачность испытаний и технических характеристик российских СУР, даст возможность управления тестированием и воспроизведения его результатов. Также использование документа в ходе испытаний позволит им придерживаться единого согласованного подхода и объективно проводить проверку готовности отечественных ERP к реальным нагрузкам и высоким требованиям бизнеса. Такая оценка необходима российским вендорам СУР для создания обоснованных дорожных карт развития, успешной конкуренции с зарубежными производителями ERP, повышения доверия заказчиков, получения дополнительных преимуществ при участии в тендерах и достижения других важных целей».

Методология универсальна — она описывает, с чего начать тестирование, как определить характеристики тестируемой системы, как готовить окружение, создавать сценарии, запускать тесты и оценивать результат. В документе подробно изложены пять этапов тестирования:

  1. Анализ поведения пользователей и выбор ключевых сценариев;
  2. Подготовка тестового окружения, близкого к реальной инфраструктуре;
  3. Формирование тестовых сценариев;
  4. Проведение тестов с замером производительности и ресурсов;
  5. Анализ проблем, отчёты и рекомендации по оптимизации.

Для оценки результата предлагается использовать показатели вроде APDEX для ключевых операций, нормативов загрузки оборудования, отсутствия критических ошибок и доли некритичных, не превышающей 1–5%.

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

По словам Кирилла Семиона, в дальнейшем планируется развивать методологию с учётом потребностей бизнеса: расширять сценарии, адаптировать параметры нагрузки и учитывать особенности разных отраслей. Такой подход, по его мнению, позволит методологии оставаться актуальной на долгий срок и применяться не только к ERP, но и к другим ИТ-решениям.

Напомним, на неделе мы сообщали, что Минцифры совместно с рядом других ведомств рассматривает возможность отнесения ERP-систем к объектам критической информационной инфраструктуры (КИИ).

Подпишитесь на новости

Я что-то сломал: Claude удалил 48 тысяч файлов вместо создания зеркала

Разработчик попросил Claude Code собрать зеркало проекта, а получил целый набор проблем. ИИ-агент создал скрипт очистки и за 103 секунды удалил 48 218 рабочих файлов, заодно уничтожив хранилище объектов Git. Полностью восстановить данные не удалось.

Об инциденте сообщило издание Cyber Security News со ссылкой на отчёт разработчика и публикацию на площадке Reddit.

После завершения операции Claude выдал лаконичное признание: «Я что-то сломал». Пост, собравший более 800 комментариев, позднее удалили с платформы.

Проблема возникла при пересоздании зеркала проекта в Windows. Агент решил сначала убрать старую копию и написал для этого Python-скрипт. Однако временный каталог содержал 614 junction-ссылок, ведущих обратно в рабочее дерево. Скрипт ошибочно принял связанные директории за обычные и отправился вычищать уже не зеркало, а оригинал.


Под раздачу попали не только файлы приложения, но и каталоги .git/objects, refs и logs. Индекс Git сохранил перечень из 7221 пути, однако сами объекты исчезли. Команда git log перестала видеть коммиты.

Вероятно, разрушительный сценарий стал возможен из-за запуска Claude Code в режиме bypassPermissions, который не спрашивает подтверждения перед выполнением команд.

Anthropic рекомендует использовать его только в изолированных контейнерах или виртуальных машинах. Контрольные точки тоже не гарантируют спасения: удаления, выполненные через Bash или PowerShell, могут не отслеживаться для последующего отката.

RSS: Новости на портале Anti-Malware.ru