Программа и методика приемочных испытаний доработанной информационно-аналитической системы мониторинга качества государственных услуг (ИАС МКГУ) согласно требованиям ГОСТ 34.603-92 (стр. 3 )

Перечень этапов испытаний и проверок

Ниже представлен перечень проверок функционала Системы по результатам доработок, изложенных в ТЗ_1 и ТЗ_2:

Таблица 2. Перечень проверок доработок Системы

№ п/п	Название испытания	Номер раздела ТЗ	Сценарии испытаний
Проверка общесистемного функционала	ТЗ_2 п.4.2.3, ТЗ_2 п.4.2.4	Сценарий 1 – Сценарий 10
Проверка доработки подсистемы «Личный кабинет управления органа власти»	ТЗ_1 п. 4.2.2.1, ТЗ_1 п. 4.2.2.2, ТЗ_1 п. 4.2.2.3, ТЗ_2 п. 4.2.5.1, ТЗ_2 п. 4.2.5.2, ТЗ_2 п. 4.2.5.3, ТЗ_2 п. 4.2.5.4, ТЗ_2 п. 4.2.5.5, ТЗ_2 п. 4.2.5.6.1, ТЗ_2 п. 4.2.5.6.2 ТЗ_2 п. 4.2.5.6.3 ТЗ_2 п. 4.2.5.6.4 ТЗ_2 п. 4.2.5.6.5 ТЗ_2 п. 4.2.5.6.6 ТЗ_2 п. 4.2.5.7	Сценарий 11 – Сценарий 74
Проверка доработка сайта «Ваш контроль»	ТЗ_1 п. 4.2.3.1.1 ТЗ_1 п. 4.2.3.1.2, ТЗ_1 п. 4.2.3.2, ТЗ_1 п. 4.2.3.3, ТЗ_1 п. 4.2.3.4, ТЗ_1 п. 4.2.3.5 ТЗ_1 п. 4.2.3.6, ТЗ_1 п. 4.2.3.7, ТЗ_1 п. 4.2.3.8.	Сценарий 75 – Сценарий 91
Доработка подсистемы «Кабинет поставщика данных»	ТЗ_2 п. 4.2.6	Сценарий 92 – Сценарий 108
Доработка подсистемы «Региональный аналитический кабинет уполномоченного МФЦ»	ТЗ_2 п. 4.2.7	Сценарий 109 – Сценарий 116
Доработка подсистемы «Кабинет Администратора»	ТЗ_2 п. 4.2.8	Сценарий 117 – Сценарий 118
Разработка Личного Кабинета контроля региона	ТЗ_2 п. 4.2.10	Сценарий 118 – Сценарий 127
Доработка подсистемы «Модерирование»	ТЗ_2 п. 4.2.9	Сценарий 132
Разработка подсистемы «Кабинет управления Оператора Системы»	ТЗ_2 п. 4.2.10	Сценарий 132 – Сценарий 173
Проверка доработки интеграционного блока	ТЗ_1 п. 4.2.5 ТЗ_2 п. 4.2.12	Сценарий 174 – Сценарий 181

Комплексные испытания невнесения ошибок в функционал ИАС МКГУ, разработанный на предыдущих этапах работ.

Таблица 3. Перечень проверок функционала Системы, разработанного на предыдущих этапах работ

№ п/п	Название проверки	Сценарии испытаний
Проверка функций сайта «Ваш контроль», не подвергшимся доработкам	Сценарий 182 – Сценарий 184
Проверка функций подсистемы модерирования, не подвергшимся доработкам	Сценарий 185 – Сценарий 186
Проверка функций подсистемы «Личный кабинет управления», не подвергшимся доработкам	Сценарий 187
Проверка реакции Системы на ввод некорректной информации и аварийные ситуации	Сценарий 188 - Сценарий 191
Проверка комплектности и полноты содержания предъявленной технической и эксплуатационной документации;	Сценарий 192 - Сценарий 193
Проверка первичной установки и настройки доработанной ИАС МКГУ, а также восстановления после сбоев.	Сценарий 194 - Сценарий 197
Проверка показателей назначения, производительности и устойчивости при нагрузках.	Сценарий 198 - Сценарий 203

Проверка функционала после проведения опытной эксплуатации:

№ п/п	Название проверки	Сценарии испытаний
Проверка доступности функционала к просмотру загруженных пакетов	Сценарий 204
Проверка добавления новой роли в кабинете Администратора	Сценарий 205
Проверка добавления новости на сайт «Ваш контроль»	Сценарий 206
Проверка доступности пункта меню «Управление» для роли Контролер качества услуг в кабинете органа власти.	Сценарий 207
Проверка правильности определения региона подразделений ведомства	Сценарий 208
Проверка возможности ответа на отзыв, находящегося в папке «Архивный»	Сценарий 209
Проверка правильности настройки структуры иерархии ведомств.	Сценарий 210
Проверка правильности работы фильтра «Услуги» в Сводном отчете кабинета ФОИВ.	Сценарий 211

Последовательность проведения и режима испытаний

Испытания проводятся после проведения необходимых подготовительных работ (см. п. п. 6.1).

Последовательность проведения испытаний состоит из следующих шагов, а именно:

Автономные испытания: Комплексные испытания Проверка нефункциональных требований к Системе Испытания функционала по результат проведения опытной эксплуатации. Взаимосвязи объекта испытаний с другими частями АС

В основе всех подсистем ИАС МКГУ лежит единая база данных, поэтому все данные записанные в нее, при необходимости могут быть использованы в разных подсистемах. Например, управление повторной отправкой сообщений из ИАС МКГУ в ФТЦ, осуществляющееся в подсистеме «Кабинет Администратора» напрямую влияет на функционал интеграционного блока в части взаимодействия ИАС МКГУ с ФТЦ. Назначение ВРИО руководителя подразделения ведомства, осуществляющееся в подсистеме «Личный кабинет управления органа власти» влияет на отображение данного статуса в сводном отчете подсистем «Личный кабинет управления органа власти» и «Кабинет поставщика данных». Также на основе единой БД реализован механизм поддержки версионности списков услуг, применяемый в нескольких кабинетах Системы, ролевая модель закрытой части Системы, а также на основе собранных данных о фактах оказания услуг и оценках осуществляется формирование отчетов в различных кабинетах Системы.

Иные требования к взаимосвязям частей АС не предъявляются.

Требования по испытаниям программных средств

Эти испытания должны показать, что каждый доработанный модуль выполняет предназначенную ему функцию и не выполняет не предназначенных функций.

Испытания программных средств проводятся в соответствии с методикой испытаний.

Перечень работ, проводимых после завершения испытаний, требования к ним, объем и порядок проведения

По итогам испытаний должен быть составлен соответствующий протокол приемочных испытаний (шаблон протокола см. Приложение ).

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

Исполнителю провести работы по устранению всех замечаний на основании Протокола испытаний. Исполнителю совместно с Заказчиком провести повторные испытания всех замечаний. Заключение о возможности/невозможности допуска доработанного функционала Системы в промышленную эксплуатацию отражается в Протоколе проведения приемочных испытаний. Условия, порядок и методы проведения испытаний и обработки результатов Условия проведения испытаний

Испытания проводятся в соответствии с настоящей Программой и методикой испытаний.

Проверка функций ИАС МКГУ должна выполняться в основном режиме функционирования Системы, т. е. когда все подсистемы ИАС МКГУ выполняют все свои основные функции.

До начала испытаний и на весь период их проведения должны быть выполнены следующие условия:

Укомплектована приёмочная комиссия (см. п. п. 4.4 «Участники испытаний»); Обеспечено материально-техническое обеспечение испытаний в соответствии с п. п. 8 «Материально-техническое обеспечение испытаний». Имеющиеся ограничения в условиях проведения испытаний

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

Отклонения от настоящей Программы и методики испытаний допускается только после внесения в её текст соответствующих изменений и дополнений и их согласования и утверждения сторонами.

В случае невозможности проведения (продолжения) испытаний по причине ошибок (неготовности) программных и/или аппаратных компонентов системы, отсутствия (некомплектности) технической документации или её несоответствия составу оборудования или ПО системы, участвующим в проекте, сторонам предоставляется время для выяснения и устранения причин, вызвавших приостановку испытаний. Повторные проверки проводятся заново в полном объёме в соответствии с настоящей Программой и методикой испытаний.

Требования к техническому обслуживанию системы

Во время испытаний не предъявляется никаких специальных требований к техническому обслуживанию системы.

Меры, обеспечивающие безопасность и безаварийность проведения испытаний

Требований по безопасности и безаварийности не предъявляется.

Порядок проведения испытаний

Исполнитель письменно извещает Заказчика о готовности к проведению испытаний.

Заказчик распоряжением назначает срок испытаний и приёмочную комиссию (см. п.4.4 «Участники испытаний»).

На общей встрече Исполнитель демонстрирует выполнение всех сценариев, описанных в п. 7. Заказчик осуществляет контроль проведения испытаний.

Методы проведения испытаний

Проведение испытаний проводится методом ручного тестирования, т. е. для выполнения всех шагов сценариев, описанных в п. 7, не применяются автоматизированные средства тестирования.

Критерии приемки частей по результатам испытаний.

Испытуемая подсистема должна считаться принятой, если все сценарии, описанные для нее в разделе 7, выполнены безошибочно и без замечаний Заказчика. В рамках испытания допускается прием подсистем по отдельности.