Регламент проведения функционального, регрессионного, комплексного и нагрузочного тестирования подсистем (компонентов) государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет»

(утв. Казначейством России 21.08.2015)

Утверждаю Заместитель руководителя Федерального казначейства

РЕГЛАМЕНТ

СИСТЕМЫ УПРАВЛЕНИЯ ОБЩЕСТВЕННЫМИ ФИНАНСАМИ «ЭЛЕКТРОННЫЙ БЮДЖЕТ»

1. Общие положения

Настоящий регламент разработан в рамках исполнения положений приказа Федерального казначейства от 20.08.2015 г. № 214 «О порядке проведения тестирования государственной интегрированной информационной системы управления общественными финансами „Электронный бюджет“.»

Настоящий документ регламентирует взаимодействие структурных подразделений центрального аппарата Федерального казначейства, разработчиков функциональных и технологических подсистем (компонентов) государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет», Исполнителей по Государственным контрактам на разработку/доработку и сопровождение подсистем (компонентов) ЭБ, Управления информационных систем, Межрегионального операционного управления Федерального казначейства и Управления Федерального казначейства по городу Москве по организации работ по проведению функционального, регрессионного, комплексного и нагрузочного тестирования.

2. В рамках настоящего регламента используются следующие термины и сокращения:

3. Виды тестирования подсистем ГИИС ЭБ

3.1 В рамках работ по проведению предварительных испытаний подсистем ГИИС ЭБ проводятся следующие виды испытаний:

автономные, в рамках которых ВР согласно документу «Руководство системного программиста (администратора)» проводит проверку на работоспособность программно-аппаратного комплекса ГИИС ЭБ,

4.1. УФТ организуют разработку и/или актуализацию, а также согласование в СУВВ со своей стороны и со стороны СП ПиМ функционального, регрессионного, нагрузочного и интеграционного тестирования, для функциональной и/или технологической подсистемы.

4.2. Актуализация ПиМ регрессионного тестирования соответствующих функциональных и/или технологических подсистем производится УФТ по результатам внесения изменений в ППО функциональных и/или технологических подсистем.

4.3. Актуализация ПиМ функционального тестирования проводится УФТ при добавлении функциональных возможностей подсистемы.

5.1. Для проведения обновления подсистемы и организации интеграционного, нагрузочного функционального или регрессионного тестирования структурные подразделения согласовывают ТП, в рамках которой будет проведено обновление подсистемы на ПАК ЭБ и тестирование соответствующей функциональности. Согласование ТП проводится в соответствии с порядком по проведению технологических пауз в Федеральном казначействе.

5.2 ТП подразделяются на экстренные и плановые (еженедельные).

5.3. Проведение тестирования в рамках ТП организует УИС. Автоматизированное регрессионное и нагрузочное тестирование может проводиться УИС совместно с выпускающим редактором без привлечения структурных подразделений и пилотных УФК.

5.4. В случае необходимости проведения обновления разработчики соответствующей функциональной и/или технологической подсистемы согласовывают с УФТ состав версии подсистемы в СУВВ ЭБ и направляют заявку на проведение ТП по форме, представленной в Приложении № 1 к настоящему регламенту, выпускающему редактору и на почтовый адрес СУЭ ФК support_EB@roskazna.ru, либо регистрируют обращение в СУЭ ФК через Портал самообслуживания, либо ВР, по поручению и от имени РП и на основании данных в СУВВ ЭБ, регистрирует обращение на проведение ТП в СУЭ ФК через Портал самообслуживания. В заявке на проведение технологической паузы в обязательном порядке указывается:

• номер версии подсистемы из СУВВ ЭБ (в заявке СУЭ ФК — путем указания версии ППО);
• перечень изменений (включая номера в СУВВ ЭБ), соответствующий согласованному в СУВВ ЭБ составу;
• номер версии ядра (для ФП);
• влияние вносимых изменений на другие функциональные и/или технологические подсистемы;

6.1 Для экстренной ТП:

• Подача заявок ВР от РП — в день проведения ТП не позднее трех часов до начала работ.
• Согласование ТП в структурных подразделениях — в день проведения ТП в течение двух часов после направления запроса на ТП и не позднее 30 минут до начала работ.
• Проведение ТП в соответствии с заявленным временем.

6.2 Для плановой ТП:

• Подача заявок ВР от РП — не позднее 18.00 среды.
• Свод поступивших заявок выпускающим редактором — до 12.00 четверга.
• Согласование ТП в структурных подразделений — до 15.00 (в случае повторного согласования до 17.00) четверга.

7.3.2. Для планового тестирования — письменное уведомление о проведении тестирования ГИИС ЭБ в выходные дни, не позднее 12.00 пятницы.

7.4. В рамках исполнения сводной заявки на проведение ТП УИС совместно с СП организует проведение тестирования согласно направленным ПиМ.

7.5. После согласования сводной заявки на проведение ТП ВР проводит сборку интеграционной версии.

7.6. Интеграционная версия устанавливается ВР на ПАК ЭБ в период, указанный в заявке на проведение ТП.

7.7. После установки и собственного регрессионного тестирования выпускающим редактором и РП ВР сообщает СП, принимавшим участие в согласовании ТП, УИС и пилотным регионам, об успешном завершении установки и собственного регрессионного тестирования и готовности к проведению заявленного вида тестирования.

7.8. Пилотные регионы совместно с ВР, РФП/РПТ проводят тестирование в соответствии с ПиМ и оформляют результаты проведенного тестирования в виде отчета (приложение № 3 к настоящему регламенту) и проекта Протокола (приложение № 5 к настоящему Регламенту) и направляют проект Протокола и отчет в СП и УИС с заключением о возможности/невозможности ввода в эксплуатацию протестированных версий ГИИС ЭБ не позднее 23.00 текущего дня для экстренного тестирования и не позднее 18.00 субботы для планового тестирования.

7.9. СП, УИС рассматривают отчет и согласуют проект Протокола в течение часа с момента получения от пилотных регионов и направляют согласованный Протокол в пилотные регионы, ВР, РФП/РПТ для учета в работе.

7.10. В случае если результат планового тестирования пилотных регионов отрицательный (в согласованном проекта Протоколе указана невозможность перевода обновления в эксплуатацию) по одной или нескольким функциональным и/или технологическим подсистемам, входящим в интеграционную версию ГИИС ЭБ, УИС направляет проект Протокола и отчеты об ошибках ВР и РФП/РТП для устранения ошибок.

7.11. Устранение выявленных при плановом тестировании критических ошибок организуется УФТ по мере их выявления, сборка и установка новой интеграционной версии ГИИС ЭБ проводят РФП/РТП и ВР в срок с 19.00 субботы до 10.00 воскресенья.

7.12. Повторное тестирование пилотными регионами, ВР и РФП/РТП при участии УИС, СП интеграционной версии проводится в срок с 10.00 по 15.00 воскресенья.

7.13. Результаты проведенного тестирования пилотные регионы совместно с ВР, РФП/РПТ оформляют в виде отчета (приложение № 3 к настоящему регламенту) и проекта Протокола (приложение № 5 к настоящему регламенту) и направляют проект Протокола и отчет в УИС с рекомендацией о возможности/невозможности перевода протестированных обновлений в эксплуатацию не позднее 18.00 воскресенья.

7.14. В случае если результат повторного тестирования в пилотных регионах отрицательный (в согласованном проекте Протоколе указана невозможность перевода обновления в эксплуатацию) по одной или нескольким функциональным и/или технологическим подсистемам, включая те, для которых указано влияние на другие подсистемы, выпускающий редактор не позднее 23:00 воскресенья производит отмену проведенных изменений по всем технологически связанным подсистемам и оповещает УИС и структурные подразделения. Версии функциональных и/или технологических подсистем возвращаются РФП/РТП на доработку.

7.15. Версии подсистем, успешно прошедших тестирование (в согласованном проекте Протоколе указана возможность перевода обновления в эксплуатацию), составляют интеграционную версию. УИС принимает решение (форма решения представлена в приложении № 6 к настоящему регламенту) о переводе интеграционной версии в эксплуатацию и оповещает по электронной почте структурные подразделения об установке обновления. ВР закрывает заявку в СУЭ ФК.

7.16. Согласованные проекты Протоколов (как положительные так и отрицательные) утверждаются заместителем руководителя Федерального казначейства не позднее 2 дней после проведенного тестирования.

8. Дистрибутив и документация интеграционной версии передается в Фонд алгоритмов и программ после успешного проведения тестирования.

Приложение № 2

к Регламенту проведения тестирования государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет»

Форма отчета пилотных регионов по результатам проведения тестирования

1. Инструкция по обновлению (readme)

2. Руководство пользователя

Приложение N 5 к Регламенту проведения тестирования государственной интегрированной информационной системы управления общественными финансами "Электронный бюджет"

                                                      УТВЕРЖДАЮ
                                              Заместитель руководителя
                                              Федерального казначейства
                                             __________________________
                                             "____" ___________ 20__ г.

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

Настоящий протокол составлен по результатам проведенного

         (указывается вид или несколько видов тестирования
   (регрессионное, интеграционное, нагрузочное, функциональное))

тестирования версии _______________________________________ государственной информационной интегрированной системы управления общественными финансами «Электронный бюджет» (далее — ГИИС ЭБ) в части

(указывается название подсистемы ГИИС ЭБ и функциональной области)

Результаты тестирования:

Контрольные примеры пройдены/не пройдены.

Функциональные требования выполнены/не выполнены.

Отчет об ошибках и замечаниях (приложение к настоящему Протоколу) <1>

Заключение: версия ________________________________________ ГИИС ЭБ в части

(указывается название подсистемы ГИИС ЭБ и функциональной области)

соответствует/не  соответствует  требованиям  постановки  задачи  и  может/
не  может  быть  принята к установке на программно-аппаратный комплекс ГИИС

ЭБ.

Руководитель/зам. Руководителя Пилотный УФК ______________________ «» __________ 20__г. Управление ЦАФК ______________________ «» _________20__г. ______________________ «» _________20__г. ______________________ Разработчик «» ___________20__г. ______________________

<1> Указывается в случае, если КП примеры не пройдены, есть ошибки и замечания. В случае если ошибок и замечаний нет, КП пройдены, данная строка в протокол не пишется).

«Электронный бюджет»

                                                        УТВЕРЖДАЮ
                                                  Начальник Управления
                                                  информационных систем
                                             __________________________
                                             "____" ___________ 20__ г.

РЕШЕНИЕ

Управление информационных систем, рассмотрев представленные материалы подсистемы _______________________________________________________ ГИИС ЭБ, (наименование подсистемы, номер версии) РЕШИЛО принять вышеуказанную версию подсистемы ________________________________________________________________ _____ ГИИС ЭБ в эксплуатацию.

От ФАП ФК                                       _______________/_______
                                                "__" ___________ 20__г.