ПМИ (Программа и Методика Испытаний) — это документально зафиксированный комплекс мероприятий, предназначенный для проверки соответствия программного продукта установленным требованиям и стандартам качества.
ПМИ содержит цели, методы и процедуры проведения испытаний какого-либо изделия или программного продукта.
В ИТ-сфере этот термин чаще всего ассоциируется с документацией, регламентирующей проведение тестирования программного обеспечения (ПО).
- Что такое ПМИ
- Расшифровка
- Значение термина
- Задачи и цели
- Определение по ГОСТ
- Нормативы для ПМИ
- Государственные стандарты ГОСТ Р
- Международные стандарты ISO
- Разработка ПМИ
- Разделы и функциональные блоки
- Практические советы
- Технические аспекты
- Организационные моменты
- Рекомендации по оформлению
- Типичные ошибки
- Сколько проверок должно быть в ПМИ
- Пример ПМИ
- Проведение испытаний
- Заключение
Что такое ПМИ
ПМИ — это официальный документ, который определяет порядок, условия и критерии проверки работоспособности, безопасности и эффективности программного обеспечения или информационной системы.
ПМИ является обязательным документом при разработке и внедрении любого серьезного ИТ-решения, особенно в случаях, когда система затрагивает критичные бизнес-процессы или работает с конфиденциальной информацией.
Расшифровка
ПМИ — это Программа и методика испытаний — документация, содержащая цели, методы и процедуры проведения испытаний какого-либо изделия или программного продукта.
Программа и методика испытаний (ПМИ) в ИТ описывает цели, задачи, объекты и методы проведения тестирования программного обеспечения. Включает общую информацию о проекте, детальное описание этапов испытаний, требования к оборудованию и средствам, а также критерии оценки результатов. Документ фиксирует условия проведения проверок, меры реагирования на отклонения и способы подачи итоговых отчетов.
Значение термина
ПМИ — это официальный документ, содержащий подробное руководство по процессу тестирования программного обеспечения. Его главная цель — убедиться, что система соответствует требуемым характеристикам и готова к запуску в эксплуатацию.
Таким образом, значение термина ПМИ в ИТ сводится к созданию полноценной инструкции по проверке качества программного продукта на каждом этапе его разработки, начиная от начальных функциональных тестов и заканчивая финальным контролем перед сдачей заказчику.
Термин «Программа и методика испытаний (ПМИ)» впервые появился в СССР в конце XX века, когда возникла необходимость формализовать этапы разработки сложных технических изделий, включая автоматизированные системы. Изначально ПМИ использовались преимущественно в оборонной промышленности, но позже распространились на гражданские проекты.
Задачи и цели
Задача ПМИ (Программы и методики испытаний) в ИТ-сфере — создать полный перечень проверок и тестов для автоматизированной системы или программного обеспечения. Такой список необходим, чтобы подтвердить работоспособность системы, выявить недостатки и удостовериться, что она функционирует стабильно и соответствует всем предъявляемым требованиям. Это своего рода инструкция по тщательной оценке и контролю качества перед выпуском продукта в эксплуатацию.
Цель ПМИ — гарантировать полное соответствие системы заявленным требованиям и отсутствие критичных ошибок.
Определение по ГОСТ
Согласно ГОСТ 34.603-92, Испытания АС представляют собой процесс проверки выполнения заданных функций системы, определения и проверки соответствия требованиям ТЗ количественных и (или) качественных характеристик системы, выявления и устранения недостатков в действиях системы, в разработанной документации.
Для планирования проведения всех видов испытаний разрабатывают документ «Программа и методика испытаний».
Программа и методика испытаний должны устанавливать необходимый и достаточный объем испытаний, обеспечивающий. заданную достоверность получаемых результатов.
Нормативы для ПМИ
Разработка и утверждение ПМИ осуществляется в рамках общих требований государственных и международных стандартов, адаптированных к конкретной ситуации и условиям реализации проекта.
Создание ПМИ должно учитывать конкретные требования заказчика, функциональные и нефункциональные характеристики продукта, а также условия эксплуатации и интеграционные аспекты.
Программа и методика испытаний разрабатываются на этапе проектирования или непосредственно перед началом тестирования и утверждаются ответственными лицами (например, руководителем проекта или заказчиком).
Государственные стандарты ГОСТ Р
В основе лежит ГОСТ 34.603-92. Виды испытаний автоматизированных систем. Он устанавливает классификацию видов испытаний автоматизированных систем и их назначение. Согласно этому документу, виды испытаний подразделяются на:
- Предварительные испытания (предназначены для предварительной оценки качества функционирования АС);
- Опытные испытания (для выявления возможных недостатков и внесения изменений в конструкцию и документацию);
- Приёмочные испытания (обеспечение принятия решения о пригодности АС к вводу в эксплуатацию);
- Сертификационные испытания (оценка соответствия техническим условиям и требованиям нормативных документов);
- Эксплуатационные испытания (контроль работоспособности и стабильности АС в реальных условиях эксплуатации).
Также отметим:
- ГОСТ Р 58853-2020 («Информационные технологии. Управление качеством программных средств»). Устанавливает общие принципы и рекомендации по разработке программных средств, включая разработку и использование программ и методик испытаний.
- ГОСТ Р ИСО/МЭК 12207-2010 («Процессы жизненного цикла программных средств»). Определяет процессы, деятельность и задачи, необходимые для планирования, выполнения, контроля и поддержки жизненного цикла программных средств, включая создание программ и методик испытаний.
- ГОСТ Р 54593-2011 («Информационные технологии. Свободное программное обеспечение. Требования к процедурам независимой экспертизы свободного программного обеспечения»). Предусматривает правила проведения независимой экспертизы и испытаний свободного программного обеспечения, что включает разработку программ и методик испытаний.
Международные стандарты ISO
Из международных выделим следующие документы:
- ISO/IEC 9126-1:2001 («Оценка качества программных продуктов»). Представляет собой основу для оценки качества программных продуктов, в которой рассматриваются различные характеристики качества, такие как функциональность, надёжность, удобство использования и производительность.
- ISO/IEC TR 29119-1:2013 («Тестирование программного обеспечения»). Стандарт определяет процессы и документацию, относящиеся к тестированию программного обеспечения, включая составление программ и методик испытаний.
Разработка ПМИ
Качественная ПМИ — это основа успешного проведения испытаний и приемки системы. Документ должен быть живым инструментом, а не формальностью, помогающим всем участникам процесса четко понимать цели и порядок работы.
Разделы и функциональные блоки
- Объект испытаний — полное наименование системы, область применения
- Цель испытаний — конкретные задачи проверки
- Требования к программе — функциональные и технические характеристики
- Методики проверки — порядок проведения испытаний
- Критерии приемки — условия успешного завершения
- Условия проведения испытаний — Описание условий окружающей среды, оборудования и инструментов, необходимых для проведения тестов.
- Форма отчетности — Формат отчета о результатах испытаний, включающий обязательные элементы документации.
Ключевые принципы составления:
- Четкость формулировок — все требования должны быть измеримыми и проверяемыми
- Полнота охвата — включение всех критически важных функций
- Реалистичность — учет реальных условий эксплуатации
- Структурированность — логичное разделение на разделы и подразделы
Примеры функциональных блоков, по которым группируют проверки:
- Управление доменом
- Работа с пользователями и компьютерами
- Настройка групповых политик
- Установка и обновление ПО
- Автоматизация процессов
- Управление ролями и службами
- Мониторинг системы
- Работа с журналами событий
Практические советы
- Предварительная подготовка — составьте черновик на основе технического задания
- Проверка логики — убедитесь в последовательности и непротиворечивости требований
- Тестирование методики — проведите пробные испытания по составленной ПМИ
- Учет ресурсов — определите необходимые технические средства и время
Технические аспекты
- Описание среды — подробно укажите требования к инфраструктуре
- Порядок развертывания — последовательность установки компонентов
- Средства контроля — перечень инструментов для проверки
- Условия проведения — ограничения и допущения
Организационные моменты
- Роли участников — четкое определение обязанностей
- Сроки испытаний — временные рамки каждого этапа
- Документация — перечень необходимых материалов
- Протоколирование — порядок фиксации результатов
Рекомендации по оформлению
- Стандарты — следуйте требованиям ГОСТ и внутренних нормативов
- Нумерация — используйте четкую систему обозначений
- Форматирование — единый стиль оформления
- Актуализация — регулярное обновление при изменении требований
Типичные ошибки
- Нечеткие формулировки — размытые критерии оценки
- Пропуск требований — отсутствие важных проверок
- Избыточность — включение второстепенных деталей
- Неактуальность — использование устаревших данных
Сколько проверок должно быть в ПМИ
Этим вопросом задаются все авторы методик, но единого ответа, очевидно, нет: всё зависит от системы. Масштабы примерно следующие: малых проектах это могут быть десятки пунктов, в средним — сотни, в крупных — тысячи, в огромных — десятки тысяч.
Однако крупные и сверхкрупные проекты обычно дробят на мелкие модули (микросервисы / подсистемы / продукты), которые тестируют независимо друг от друга. И тогда общая ПМИ охватывает лишь вопросы взаимодействия модулей для их корректной совместной работы.
ГОСТ 34.603-92, п. 1.7: Программа и методика испытаний может разрабатываться на AC в целом, на части АС. В качестве приложения могут включаться тесты (контрольные примеры).
Пример ПМИ
В качестве примера можно скачать ПМИ некоторых продуктов:
- ПМИ ALD PRO от ООО «РусБИТех-Астра». Документ содержит 247 страниц и 113 проверок.
Также предлагаем собственные версии проверок:
| № проверки | Шаги проверки | Ожидаемый результат |
|---|---|---|
| 1 | Развертывание сервера репозиториев ПО 1. Перейти в раздел Установка и обновление ПО → Репозитории ПО 2. Нажать кнопку Развернуть сервер репозиториев ПО 3. Заполнить форму: — Выбрать имя компьютера — Указать имя сайта — Подтвердить операцию | После запуска: — В журнале заданий появляется запись о процессе — Статус задания отображается как «Запущено» После завершения: — Сервер появляется в таблице — Статус меняется на «Успешно» — Создается структура каталогов |
| 2 | Развертывание DHCP-сервера 1. Перейти в раздел Роли и службы сайта → Служба динамической настройки узла 2. Нажать кнопку Новый сервер 3. Заполнить параметры: — Выбрать компьютер для роли — Указать сайт размещения | После выполнения: — В журнале заданий отображается процесс — Статус операции «Успешно» — Сервер появляется в списке DHCP-серверов |
| 3 | Настройка организационной структуры 1. Перейти в раздел Пользователи и компьютеры → Организационная структура 2. Нажать кнопку Добавить подразделение 3. Заполнить данные: — Наименование подразделения — Родительское подразделение | После создания: — Подразделение отображается в дереве — Корректно отображается иерархия — Доступны все функции управления |
| 4 | Создание учетной записи пользователя 1. Выбрать подразделение для размещения 2. Нажать кнопку Добавить пользователя 3. Заполнить поля: — Имя учетной записи — Личные данные — Пароль | После завершения: — Учетная запись появляется в списке — Корректно отображаются данные — Пользователь доступен для использования |
| 5 | Настройка групповой политики 1. Перейти в раздел Групповые политики 2. Нажать кнопку Новая групповая политика 3. Задать параметры политики | После создания: — Политика отображается в списке — Параметры доступны для настройки — Возможна привязка к подразделениям |
Общие требования к испытаниям:
- Все операции выполняются под соответствующей учетной записью
- Проверяется корректность отображения интерфейсов
- Контролируется время выполнения операций
- Фиксируются все возникающие ошибки
Фрагмент ПМИ одной из CRM-систем:
| № проверки | Шаги проверки | Ожидаемый результат |
|---|---|---|
| 1.1 | Проверка регистрации нового пользователя Открыть форму регистрации в CRM-системе | Форма регистрации отображается корректно, все поля активны |
| 1.2 | Заполнить обязательные поля (логин, пароль, email) | Поля принимают корректные значения, срабатывает валидация |
| 1.3 | Нажать кнопку «Зарегистрироваться» | Появляется сообщение о успешной регистрации |
| 1.4 | Проверить появление пользователя в системе | Новый пользователь отображается в списке, данные корректны |
| 2.1 | Создание новой сделки Авторизоваться в системе | Вход в систему выполнен успешно |
| 2.2 | Перейти в раздел «Сделки» | Раздел доступен, интерфейс отображается корректно |
| 2.3 | Нажать кнопку «Создать сделку» | Открывается форма создания сделки |
| 2.4 | Заполнить основные поля (название, сумма, клиент) | Поля принимают корректные значения |
| 2.5 | Сохранить сделку | Сделка сохранена, отображается в списке |
| 3.1 | Работа с клиентской базой Открыть раздел «Клиенты» | Раздел доступен, интерфейс отображается корректно |
| 3.2 | Создать нового клиента | Форма создания клиента открывается |
| 3.3 | Заполнить карточку клиента (название компании, контакты, адрес) | Поля принимают корректные значения |
| 3.4 | Сохранить изменения | Клиент сохранен, отображается в списке |
| 4.1 | Проверка отчетов Перейти в раздел «Отчеты» | Раздел доступен, отображаются типы отчетов |
| 4.2 | Выбрать тип отчета (например, по продажам) | Форма отчета открывается |
| 4.3 | Задать параметры фильтрации | Параметры применяются корректно |
| 4.4 | Сформировать отчет | Отчет формируется без ошибок |
| 5.1 | Проверка прав доступа Создать нового пользователя | Пользователь создан, отображается в системе |
| 5.2 | Назначить ему определенные права | Права назначены, отображаются корректно |
| 5.3 | Войти в систему под новым пользователем | Доступ ограничен согласно назначенным правам |
| 5.4 | Попытаться выполнить действия согласно правам | Разрешенные действия выполняются, запрещенные блокируются |
Проведение испытаний
При проведении испытаний необходимо учитывать:
Ролевая модель доступа:
- Проверять функционал строго в соответствии с правами конкретной роли
- Учитывать, что разные роли имеют доступ к различным разделам системы
- Контролировать соответствие прав доступа заявленным в документации
Технические требования:
- Обеспечить минимальную конфигурацию серверов (ядра CPU, объём RAM)
- Проверить корректность настройки DNS
- Убедиться в правильности конфигурации всех компонентов инфраструктуры
Подготовительные работы:
- Развернуть испытательный стенд согласно требованиям
- Подготовить тестовые данные
- Настроить тестовую среду
- Создать необходимые учетные записи
Заключение
ПМИ является важным инструментом в процессе разработки и внедрения качественного программного обеспечения. Она обеспечивает структурированную процедуру тестирования, повышает надежность продуктов и снижает риски возникновения дефектов.
