Разработка программного обеспечения для государственных структур это не только про код. Это и про документы. Один из главных документов, без которого ни один контракт не сдвинется с места это ПМИ (Программа и Методика Испытаний).
На первый взгляд может показаться, что это просто техническая формальность. На деле это фундаментальный инструмент, который определяет, что именно и как будет проверяться при приемке системы. И без него ни одна копейка от заказчика не будет переведена исполнителю.
На первый взгляд может показаться, что это просто техническая формальность. На деле это фундаментальный инструмент, который определяет, что именно и как будет проверяться при приемке системы. И без него ни одна копейка от заказчика не будет переведена исполнителю.

Что такое ПМИ и зачем она нужна?
ПМИ — документ, в котором строго регламентировано следующее:
Если говорить проще, то ПМИ является дорожной картой проверочных испытаний. Ее утверждает заказчик. Именно по ней комиссия будет принимать решение: «Работает ли система так, как мы хотели?» и «Можем ли мы ее внедрять в промышленную эксплуатацию?»
Именно поэтому разработка ПМИ требует высочайшей точности и понимания сути проекта. Ошибки или нестыковки могут привести к отказу в приемке, возврату на доработку, потере сроков и, как следствие, финансирования.
ПМИ на практике: как это работает у наших заказчиков
Расскажем, как это устроено на примере одного из наших проектов.
Документация, которой много не бывает
Каждый этап сопровождается большими объемами документации. Скриншоты, логи, метрики, скрипты, выводы тестов, акты, журналы испытаний. Все это собирается в единую папку, которая и составляет итоговую «папку приемки».
Именно здесь особенно важна работа команды тестирования. Нужно не просто «проверить», но и доказать, что проверено. Поэтому иногда шутим, что на этапе приемки у тестировщиков больше боли, чем у разработчиков на этапе сдачи кода. Это, конечно, шутка. Но в каждой шутке…
Вместо вывода
Разработка ПМИ это про дисциплину, внимание к деталям и ответственность. Это не про «бумажку», а про контрактные обязательства между исполнителем и заказчиком. Это гарантия того, что система работает не просто хорошо, а именно так, как нужно заказчику.
И мы в SaveLink умеем делать это хорошо. Проверено. Документально подтверждено.
ПМИ — документ, в котором строго регламентировано следующее:
- какие характеристики продукта будут проверяться;
- какими методами и средствами это будет делаться;
- в какой последовательности должны проходить испытания;
- каков допустимый результат, при котором система считается соответствующей требованиям.
Если говорить проще, то ПМИ является дорожной картой проверочных испытаний. Ее утверждает заказчик. Именно по ней комиссия будет принимать решение: «Работает ли система так, как мы хотели?» и «Можем ли мы ее внедрять в промышленную эксплуатацию?»
Именно поэтому разработка ПМИ требует высочайшей точности и понимания сути проекта. Ошибки или нестыковки могут привести к отказу в приемке, возврату на доработку, потере сроков и, как следствие, финансирования.
ПМИ на практике: как это работает у наших заказчиков
Расскажем, как это устроено на примере одного из наших проектов.
- Формирование требований. Заказчик направляет техническое задание с перечнем требований к функциональности и производительности системы.
- Подготовка проекта ПМИ. Мы анализируем требования, формируем план испытаний, описываем все шаги и методы проверки. Каждая функция, каждое взаимодействие системы должно быть подтверждено документально.
- Согласование ПМИ. Подготовленный проект отправляется заказчику на согласование. Иногда это занимает несколько итераций, заказчики внимательно проверяют каждый пункт.
- Предварительные испытания. После согласования начинается первая демонстрация системы комиссии со стороны заказчика. Все проверяется строго по утвержденной ПМИ.
- Опытная эксплуатация. Если предварительные испытания пройдены, начинается тестовый период эксплуатации. Например, в одном из кейсов это 8 часов работы системы ежедневно с нагрузкой в несколько тысяч вызовов в минуту. Все это документируется.
- Финальные испытания. Снова собирается комиссия, снова демонстрация системы. Теперь уже после всех нагрузочных и опытных этапов. И только если все соответствует требованиям — заказчик подписывает акты приемки.
Документация, которой много не бывает
Каждый этап сопровождается большими объемами документации. Скриншоты, логи, метрики, скрипты, выводы тестов, акты, журналы испытаний. Все это собирается в единую папку, которая и составляет итоговую «папку приемки».
Именно здесь особенно важна работа команды тестирования. Нужно не просто «проверить», но и доказать, что проверено. Поэтому иногда шутим, что на этапе приемки у тестировщиков больше боли, чем у разработчиков на этапе сдачи кода. Это, конечно, шутка. Но в каждой шутке…
Вместо вывода
Разработка ПМИ это про дисциплину, внимание к деталям и ответственность. Это не про «бумажку», а про контрактные обязательства между исполнителем и заказчиком. Это гарантия того, что система работает не просто хорошо, а именно так, как нужно заказчику.
И мы в SaveLink умеем делать это хорошо. Проверено. Документально подтверждено.