УТВЕРЖДАЮ
Правообладатель
____________________ / Д.М. Жуков /
«01» июня 2026 г.
ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ
НА СОВМЕСТИМОСТЬ ПРОГРАММЫ ДЛЯ ЭВМ «ПЛАТФОРМА УПРАВЛЕНИЯ ДАННЫМИ, ИИ АГЕНТАМИ И ОТЧЕТАМИ (ПУДАО)» С ОПЕРАЦИОННОЙ СИСТЕМОЙ ASTRA LINUX SPECIAL EDITION 1.7
На _____ листах
Казань, 2026
СОДЕРЖАНИЕ
1 ВВЕДЕНИЕ
1.1 Применение
1.2 Термины, определения, обозначения и сокращения
2 ОБЩИЕ ПОЛОЖЕНИЯ
2.1 Объект испытаний
2.2 Требования к программе
2.3 Требования к программной документации
2.4 Цель испытаний
2.5 Основание для проведения испытаний
2.6 Место и продолжительность испытаний
2.7 Участники испытаний
3 ПЛАН ИСПЫТАНИЙ
3.1 Программно-аппаратный стенд
3.2 Объём и этапы испытаний
3.3 Последовательность проведения испытаний и оценка результатов
4 УСЛОВИЯ И ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫТАНИЙ
4.1 Условия начала проведения испытаний
4.2 Документация для проведения испытаний
4.3 Условия завершения испытаний
5 ОТЧЁТНОСТЬ
ПРИЛОЖЕНИЕ 1. Методика проведения испытаний
1 ВВЕДЕНИЕ
1.1 Применение
Настоящий документ регламентирует проведение испытаний на совместимость программы для ЭВМ «Платформа управления данными, ИИ агентами и отчетами (ПУДАО)» с операционной системой Astra Linux Special Edition 1.7, сведения о которой включены в единый реестр российских программ для электронных вычислительных машин и баз данных.
Документ определяет объект и цели испытаний, требования, подлежащие проверке, состав программно-аппаратного стенда, перечень и методику проверок, порядок оценки результатов и форму отчётности.
Настоящий документ разработан с учётом требований ГОСТ 19.301-79 «Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению». Перечень проверок сформирован с учётом состава проверок, применяемого при испытаниях совместимости программного обеспечения с операционными системами семейства Astra Linux.
1.2 Термины, определения, обозначения и сокращения
Сокращение | Расшифровка |
ПУДАО, Система | Платформа управления данными, ИИ агентами и отчетами (ПУДАО) |
ОС | Операционная система |
ПМИ | Программа и методика испытаний |
СУБД | Система управления базами данных |
Реестр | Единый реестр российских программ для электронных вычислительных машин и баз данных |
Комиссия | Комиссия, образованная для проведения испытаний |
2 ОБЩИЕ ПОЛОЖЕНИЯ
2.1 Объект испытаний
Объектом испытаний является программа для ЭВМ «Платформа управления данными, ИИ агентами и отчетами (ПУДАО)».
Система предназначена для разработки, настройки и эксплуатации корпоративных ИИ-агентов, работающих на основе загруженной документации организации, а также для сбора и систематизации данных и формирования управленческой отчётности.
Условное обозначение: ПУДАО. Сведения о Системе приведены в таблице 1.
Таблица 1 — Сведения о Системе
Показатель | Значение |
Наименование | Платформа управления данными, ИИ агентами и отчетами (ПУДАО) |
Правообладатель | Жуков Дмитрий Михайлович |
Государственная регистрация программы для ЭВМ | № 2026686541 (Роспатент) |
Год создания | 2024 |
Тип ЭВМ | Сервер на базе архитектуры x86 |
Операционная система | Linux |
Языки программирования | Golang, PHP, Python |
2.2 Требования к программе
Испытаниям подлежат следующие требования к Системе:
– Система устанавливается на средства вычислительной техники под управлением Astra Linux Special Edition 1.7 с использованием общесистемного программного обеспечения из состава этой операционной системы;
– Система запускается, функционирует и штатно останавливается под управлением указанной операционной системы;
– под управлением указанной операционной системы Система обеспечивает выполнение функций, предусмотренных сведениями о государственной регистрации программы для ЭВМ: создание, обучение и настройка ИИ-агентов; семантический поиск по документам с указанием документа-первоисточника ответа; сбор данных через настраиваемые цифровые формы; автоматическое формирование отчётов по настраиваемым шаблонам с экспортом в Excel; контроль статусов проектов и бизнес-процессов с цветовой индикацией; разграничение прав доступа пользователей по ролевым моделям;
– Система штатно удаляется без нарушения работоспособности операционной системы.
2.3 Требования к программной документации
На испытания предъявляются:
– дистрибутив ПУДАО версии ______;
– эксплуатационная документация на ПУДАО;
– серверные и клиентские компоненты ПУДАО, разворачиваемые на испытуемой операционной системе.
2.4 Цель испытаний
Целью испытаний является подтверждение совместимости ПУДАО с операционной системой Astra Linux Special Edition 1.7, а именно подтверждение того, что Система устанавливается, функционирует и штатно удаляется под управлением указанной операционной системы с сохранением всех функций, предусмотренных эксплуатационной документацией.
Результаты испытаний оформляются протоколом и используются для подтверждения соответствия требованию о совместимости программного обеспечения не менее чем с двумя операционными системами, отвечающими требованиям доверенного программного обеспечения.
2.5 Основание для проведения испытаний
Испытания проводятся на основании требований к совместимости программного обеспечения, установленных постановлением Правительства Российской Федерации от «____» ______________ 20____ г. № 1937, применяемых с 01.03.2026, и решения Правообладателя от «01» июня 2026 г.
2.6 Место и продолжительность испытаний
Место проведения испытаний: г. Казань, программно-аппаратный стенд Правообладателя.
Дата проведения испытаний: «01» июня 2026 г.
Продолжительность испытаний определяется в ходе их проведения.
2.7 Участники испытаний
Испытания проводятся Правообладателем Системы — Жуков Дмитрий Михайлович — с привлечением специалистов, включённых в состав Комиссии.
Комиссия образуется решением Правообладателя. Состав Комиссии, дата и место проведения испытаний фиксируются в протоколе испытаний.
3 ПЛАН ИСПЫТАНИЙ
3.1 Программно-аппаратный стенд
Испытания проводятся на стенде, состав которого приведён в таблице 2. Фактические версии компонентов фиксируются в протоколе испытаний.
Таблица 2 — Состав программно-аппаратного стенда
Компонент стенда | Наименование и версия |
Операционная система сервера | Astra Linux Special Edition 1.7, очередное обновление ____ |
Реестровая запись ОС | Единый реестр российских программ для ЭВМ и БД, рег. № ______ |
Аппаратная платформа (сервер) | Процессор ______, ОЗУ ______ ГБ, накопитель ______ ГБ |
Система управления базами данных | __________________________ (из состава репозитория ОС) |
Веб-сервер | __________________________ (из состава репозитория ОС) |
Среда выполнения серверных компонентов | __________________________ |
Испытуемое программное обеспечение | ПУДАО, версия ______ |
Операционная система клиентского рабочего места | Astra Linux Special Edition 1.7 |
Веб-браузер | __________________________ (из состава ОС) |
Офисный пакет для проверки выгрузок | __________________________ (из состава ОС) |
3.2 Объём и этапы испытаний
Перечень проверок, подлежащих выполнению в ходе испытаний, приведён в таблице 3. Порядок выполнения действий и ожидаемые результаты по каждой проверке приведены в Приложении 1 к настоящему документу.
Таблица 3 — Перечень проверок
№ п/п | Наименование проверки | Описание проверки |
1 | Проверка соответствия среды испытаний заявленной операционной системе | Согласно п. 1 таблицы 4 Приложения 1 |
2 | Проверка комплектности дистрибутива ПУДАО | Согласно п. 2 таблицы 4 Приложения 1 |
3 | Установка общесистемного программного обеспечения из состава операционной системы | Согласно п. 3 таблицы 4 Приложения 1 |
4 | Развёртывание ПУДАО на испытуемой операционной системе | Согласно п. 4 таблицы 4 Приложения 1 |
5 | Запуск служб и автоматический запуск после перезагрузки операционной системы | Согласно п. 5 таблицы 4 Приложения 1 |
6 | Проверка доступа с клиентского рабочего места под управлением испытуемой операционной системы | Согласно п. 6 таблицы 4 Приложения 1 |
7 | Проверка разграничения прав доступа пользователей по ролевым моделям | Согласно п. 7 таблицы 4 Приложения 1 |
8 | Проверка создания, обучения и настройки ИИ-агента | Согласно п. 8 таблицы 4 Приложения 1 |
9 | Проверка семантического поиска по документам с указанием документа-первоисточника | Согласно п. 9 таблицы 4 Приложения 1 |
10 | Проверка сбора данных через настраиваемые цифровые формы | Согласно п. 10 таблицы 4 Приложения 1 |
11 | Проверка формирования отчёта по настраиваемому шаблону и экспорта в формат Excel | Согласно п. 11 таблицы 4 Приложения 1 |
12 | Проверка контроля статусов проектов и бизнес-процессов с цветовой индикацией | Согласно п. 12 таблицы 4 Приложения 1 |
13 | Проверка корректности работы с кириллицей и региональными параметрами | Согласно п. 13 таблицы 4 Приложения 1 |
14 | Проверка штатной остановки и удаления программного обеспечения | Согласно п. 14 таблицы 4 Приложения 1 |
3.3 Последовательность проведения испытаний и оценка результатов
Испытания состоят в последовательном выполнении проверок по Приложению 1. Результат каждой проверки оценивается с использованием одного из следующих значений:
– соответствует;
– не соответствует;
– соответствует с замечаниями;
– тест отложен.
Результат оценивается как «соответствует», если зафиксировано успешное прохождение проверки и получен ожидаемый результат.
Результат оценивается как «не соответствует», если выполнить проверку не удалось либо выявлено несоответствие ожидаемому результату; при этом в графе «Замечания» формулируется выявленное несоответствие.
Результат оценивается как «соответствует с замечаниями», если проверка пройдена, но выявлены замечания; при этом указывается их критичность (критичные, некритичные) и содержание.
Результат оценивается как «тест отложен», если проверка не проводилась; при этом в графе «Замечания» указывается причина.
4 УСЛОВИЯ И ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫТАНИЙ
4.1 Условия начала проведения испытаний
К началу испытаний должны быть выполнены следующие условия:
– подготовлен сервер стенда с установленной Astra Linux Special Edition 1.7 с характеристиками не ниже следующих: процессор — не менее 4 ядер с частотой не менее 2,0 ГГц; оперативная память — не менее 8 ГБ; объём накопителя — не менее 120 ГБ;
– подготовлено клиентское рабочее место под управлением Astra Linux Special Edition 1.7 с установленным веб-браузером и офисным пакетом из состава операционной системы;
– обеспечен сетевой доступ клиентского рабочего места к серверу стенда;
– Комиссии представлены дистрибутив ПУДАО и эксплуатационная документация;
– образована Комиссия для проведения испытаний.
4.2 Документация для проведения испытаний
Документация для проведения испытаний включает:
– настоящую Программу и методику испытаний;
– эксплуатационную документацию на ПУДАО;
– форму протокола испытаний.
4.3 Условия завершения испытаний
Испытания считаются завершёнными при выполнении следующих условий:
– выполнены все проверки, предусмотренные настоящим документом;
– результаты всех проверок зафиксированы;
– сформирован и подписан членами Комиссии протокол испытаний.
5 ОТЧЁТНОСТЬ
По результатам испытаний оформляется протокол испытаний, содержащий:
– сведения о составе Комиссии, дате и месте проведения испытаний;
– сведения о составе программно-аппаратного стенда с указанием фактических версий компонентов;
– номер и наименование каждой проверки;
– фактический результат каждой проверки;
– вывод о соответствии и замечания (при наличии);
– вывод о совместимости ПУДАО с Astra Linux Special Edition 1.7.
К протоколу прилагаются снимки экрана и иные материалы, подтверждающие фактические результаты проверок.
ПРИЛОЖЕНИЕ 1
МЕТОДИКА ПРОВЕДЕНИЯ ИСПЫТАНИЙ
Состав и методика проверок приведены в таблице 4.
Таблица 4 — Состав и методика проверок
№ п/п | Наименование испытания | Порядок выполнения действий | Ожидаемые результаты |
1 | Проверка соответствия среды испытаний заявленной операционной системе | 1. Загрузить сервер стенда. 2. Выполнить команду «cat /etc/astra_version» и зафиксировать вывод. 3. Выполнить команду «uname -a» и зафиксировать вывод. 4. Зафиксировать сведения о регистрации ОС в едином реестре российских программ для ЭВМ и баз данных. 5. Снимки экрана приложить к протоколу. | На стенде установлена Astra Linux Special Edition 1.7. Версия ОС совпадает с версией, указанной в протоколе испытаний. Сведения о реестровой записи ОС зафиксированы. |
2 | Проверка комплектности дистрибутива ПУДАО | 1. Получить дистрибутив ПУДАО и эксплуатационную документацию. 2. Сверить фактический состав дистрибутива с составом, указанным в документации. 3. Вычислить контрольные суммы файлов дистрибутива командой «sha256sum» и сверить со значениями из документации. | Состав дистрибутива соответствует эксплуатационной документации. Контрольные суммы совпадают. |
3 | Установка общесистемного программного обеспечения из состава операционной системы | 1. Подключить штатный репозиторий Astra Linux Special Edition 1.7. 2. Установить СУБД, веб-сервер и среду выполнения серверных компонентов средствами пакетного менеджера ОС. 3. Зафиксировать установленные версии компонентов и внести их в таблицу состава стенда. | Общесистемное программное обеспечение устанавливается из штатного репозитория операционной системы без подключения сторонних источников, ошибок и неразрешённых зависимостей не возникает. |
4 | Развёртывание ПУДАО на испытуемой операционной системе | 1. Выполнить установку ПУДАО в соответствии с эксплуатационной документацией. 2. Создать базу данных и выполнить миграции схемы. 3. Задать параметры конфигурации (адрес, порт, параметры подключения к СУБД). 4. Зафиксировать журнал установки. | Установка завершается без ошибок, схема базы данных создана, конфигурация применена. |
5 | Запуск служб и автоматический запуск после перезагрузки операционной системы | 1. Запустить службы ПУДАО средствами systemd («systemctl start»). 2. Включить автозапуск служб («systemctl enable»). 3. Проверить состояние служб («systemctl status»). 4. Перезагрузить операционную систему. 5. После загрузки повторно проверить состояние служб и доступность системы. | Службы переходят в состояние «active (running)». После перезагрузки операционной системы службы запускаются автоматически, система доступна без ручного вмешательства. |
6 | Проверка доступа с клиентского рабочего места под управлением испытуемой операционной системы | 1. На клиентском рабочем месте под управлением Astra Linux Special Edition 1.7 открыть веб-браузер из состава ОС. 2. Перейти по адресу системы. 3. Авторизоваться, ввести логин и пароль. 4. Проверить отображение основных разделов интерфейса. | Интерфейс отображается корректно, авторизация выполняется, разделы открываются без ошибок. |
7 | Проверка разграничения прав доступа пользователей по ролевым моделям | 1. Под учётной записью администратора создать пользователей не менее чем с двумя различными ролями. 2. Войти в систему под каждым созданным пользователем. 3. Проверить состав доступных разделов и действий для каждой роли. 4. Выполнить попытку обращения к разделу, не предусмотренному ролью. | Состав доступных разделов соответствует назначенной роли. Обращение к разделу, не предусмотренному ролью, отклоняется системой. |
8 | Проверка создания, обучения и настройки ИИ-агента | 1. Перейти в раздел управления ИИ-агентами. 2. Создать нового агента, заполнить параметры. 3. Загрузить комплект документации организации (файлы форматов PDF, DOCX, XLSX). 4. Дождаться завершения индексации загруженных документов. 5. Изменить настройки агента и сохранить их. | Агент создаётся, документы загружаются и индексируются, изменённые настройки сохраняются и применяются. |
9 | Проверка семантического поиска по документам с указанием документа-первоисточника | 1. Задать агенту не менее пяти вопросов по содержанию загруженных документов. 2. Проверить формирование ответа. 3. Проверить отображение карточки документа-первоисточника ответа. 4. Открыть документ-первоисточник из карточки и сверить содержание с ответом. | Ответы формируются, для каждого ответа указан документ-первоисточник, документ открывается, содержание ответа соответствует источнику. |
10 | Проверка сбора данных через настраиваемые цифровые формы | 1. Перейти в конструктор форм. 2. Создать форму, включающую текстовые и числовые поля, поля даты и поля выбора из справочника. 3. Опубликовать форму. 4. Под учётной записью пользователя заполнить форму и сохранить данные. 5. Проверить контроль обязательных полей и формата вводимых данных. | Форма создаётся и публикуется, данные заполняются и сохраняются, контроль обязательности и формата полей выполняется. |
11 | Проверка формирования отчёта по настраиваемому шаблону и экспорта в формат Excel | 1. Перейти в конструктор отчётов, настроить шаблон отчёта. 2. Сформировать отчёт по данным, внесённым в ходе проверки № 11. 3. Выгрузить отчёт в формате XLSX. 4. Открыть выгруженный файл в офисном пакете из состава операционной системы. 5. Проверить отображение текста на кириллице, числовых значений, дат и расчётных формул. | Отчёт формируется и выгружается. Файл открывается офисным пакетом без запроса на восстановление. Текст на кириллице, числа, даты и формулы отображаются корректно. |
12 | Проверка контроля статусов проектов и бизнес-процессов с цветовой индикацией | 1. Перейти в раздел контроля статусов. 2. Изменить статус не менее чем у трёх записей. 3. Проверить изменение цветовой индикации. 4. Проверить фильтрацию записей по статусу. | Статусы изменяются, цветовая индикация соответствует статусу, фильтрация по статусам работает. |
13 | Проверка корректности работы с кириллицей и региональными параметрами | 1. Проверить установленную локаль командой «locale» (ожидается ru_RU.UTF-8). 2. Внести в систему записи, содержащие текст на кириллице. 3. Загрузить файл с именем на кириллице и выгрузить его обратно. 4. Проверить сортировку записей по полю, содержащему кириллицу. | Текст на кириллице вводится, сохраняется и отображается без искажений. Имена файлов на кириллице сохраняются при загрузке и выгрузке. Сортировка выполняется корректно. |
14 | Проверка штатной остановки и удаления программного обеспечения | 1. Остановить службы ПУДАО («systemctl stop»). 2. Выполнить удаление программного обеспечения в соответствии с эксплуатационной документацией. 3. Проверить отсутствие остаточных процессов и ошибок в системном журнале. 4. Проверить работоспособность операционной системы после удаления. | Программное обеспечение штатно останавливается и удаляется. Остаточные процессы и ошибки отсутствуют, работоспособность операционной системы сохраняется. |
Требует уточнения
- ПМИ - методика испытаний обычно согласовывается перед сдачей проекта, так как не утвержден финальный вид продукта и интерфейсы. Методика пишется по утвержденным интерфейсам продукта;
- Касаемо работы Wifi - этим мы не управляем, а в случае отказа интернета в ТЗ есть строка «работа планшета без связи» не входит в объем работ по 1-у этапу. Мы можем ее отдельно оценить и включить в объем. Делаем? ;
- Правила аунтификации описаны в ТЗ (вход через логин и пароль) - ТЗ П 5.1.3
- Матрица ролей и полномочий в ТЗ имеется ТЗ П 4 (На тек этапе мы не имеем всех данных по модулям, чтобы сделать матрицу подробнее, чем мы ее сейчас представили)
- Не понятен вопрос про права Европеиста на данные, экспорт и исходные материалы - все права на ПО передаются Заказчику.
- Касаемо платной доработки, то весь функционал описанный в ТЗ входит стоимость ПО и все необходимые доработки с ним. Так же в тз указано что НЕ ВХОДИТ в объем работ. Дайте предложения что нужно дописать в текущем ТЗ.
- Условия по техподдержке в ТЗ на разработку и поставку ПО включать не видим необходимости. Так как лучше это оформить после сдачи продукта отдельным договором на эксплуатацию и тех поддержку. Когда будет понятен объем задач и необходимых часов.