---
title: "\"Регламент проведения функционального, регрессионного, комплексного и нагрузочного тестирования подсистем (компонентов) государственной интегрированной информационной системы управления общественными финансами \"Электронный бюджет\""
issuer: "Федеральное казначейство"
status: действует
canonical: "https://bukva.ai/docs/reglament-provedeniya-funktsionalnogo"
---

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

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

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


<a id="p100001"></a>Утверждаю
Заместитель руководителя
Федерального казначейства

<div align="right">

**С.Б.ГУРАЛЬНИКОВ**<br>
21 августа 2015 года

</div>



## <a id="p100002"></a>РЕГЛАМЕНТ

<div align="right">

**ПРОВЕДЕНИЯ ФУНКЦИОНАЛЬНОГО, РЕГРЕССИОННОГО,**<br>
**КОМПЛЕКСНОГО И НАГРУЗОЧНОГО ТЕСТИРОВАНИЯ ПОДСИСТЕМ**<br>
**(КОМПОНЕНТОВ) ГОСУДАРСТВЕННОЙ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННОЙ**

</div>

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

1. <a id="p100003"></a>Общие положения
<a id="p100004"></a>Настоящий регламент разработан в рамках исполнения положений приказа Федерального казначейства от 20.08.2015 г. N 214 "О порядке проведения тестирования государственной интегрированной информационной системы управления общественными финансами "Электронный бюджет".
<a id="p100005"></a>Настоящий документ регламентирует взаимодействие структурных подразделений центрального аппарата Федерального казначейства, разработчиков функциональных и технологических подсистем (компонентов) государственной интегрированной информационной системы управления общественными финансами "Электронный бюджет", Исполнителей по Государственным контрактам на разработку/доработку и сопровождение подсистем (компонентов) ЭБ, Управления информационных систем, Межрегионального операционного управления Федерального казначейства и Управления Федерального казначейства по городу Москве по организации работ по проведению функционального, регрессионного, комплексного и нагрузочного тестирования.
2. <a id="p100006"></a>В рамках настоящего регламента используются следующие термины и сокращения:


| <a id="p100007"></a>N | <a id="p100008"></a>Термин/сокращение | <a id="p100009"></a>Содержание |
| --- | --- | --- |
| <a id="p100010"></a>1. | <a id="p100011"></a>Автоматический режим тестирования | <a id="p100012"></a>Режим проведения испытаний программного обеспечения, при котором проверки производятся при помощи специализированных программ, без участия СП и пилотных регионов |
| <a id="p100013"></a>2. | <a id="p100014"></a>Выпускающий редактор, ВР | <a id="p100015"></a>Исполнитель по государственному контракту ответственный за сборку и выпуск интеграционных версий ГИИС ЭБ |
| <a id="p100016"></a>3. | <a id="p100017"></a>ГИИС ЭБ | <a id="p100018"></a>Государственная интегрированная информационная система управления общественными финансами "Электронный бюджет" |
| <a id="p100019"></a>4. | <a id="p100020"></a>Интеграционная версия ГИИС ЭБ | <a id="p100021"></a>Версия ГИИС ЭБ, полученная в результате применения изменений одной или более функциональных и/или технологических подсистем ГИИС ЭБ |
| <a id="p100022"></a>5. | <a id="p100023"></a>Интеграционное тестирование | <a id="p100024"></a>Проверка корректности взаимодействия смежных доработок, подсистем ГИИС ЭБ друг с другом и/или с внешними системами |
| <a id="p100025"></a>6. | <a id="p100026"></a>Комплексные испытания | <a id="p100027"></a>Проведение проверки для групп взаимосвязанных подсистем ГИИС ЭБ или для ГИИС ЭБ в целом |
| <a id="p100028"></a>7. | <a id="p100029"></a>Конфигурационный элемент | <a id="p100030"></a>Это компонент обеспечения, элемент инфраструктуры или другой элемент, которым нужно управлять для обеспечения успешного предоставления обслуживания |
| <a id="p100031"></a>8. | <a id="p100032"></a>Нагрузочное тестирование | <a id="p100033"></a>Тестирование производительности, сбор показателей и определение производительности и времени отклика подсистемы, ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной подсистеме |
| <a id="p100034"></a>9. | <a id="p100035"></a>Операционный сервис | <a id="p100036"></a>Компонент ИТ-системы, используемый для обеспечения функционирования ИТ-сервиса |
| <a id="p100037"></a>10. | <a id="p100038"></a>ПАК ЭБ | <a id="p100039"></a>Программно-аппаратный комплекс ГИИС ЭБ |
| <a id="p100040"></a>11. | <a id="p100041"></a>ПиМ | <a id="p100042"></a>Программа и методика проведения функционального, регрессионного, комплексного и нагрузочного тестирования, в зависимости от метода испытаний (форма и содержание ПиМ должна соответствовать актуальной версии Требований к документации, сдаваемой в ФАП ФК, размещенной на http://www.roskazna.ru/upload/iblock/2df/proekt-versiya-4.0.rar) |
| <a id="p100043"></a>12. | <a id="p100044"></a>Пилотные регионы | <a id="p100045"></a>Управления Федерального казначейства, в которых проводится проверка работоспособности нового или текущего функционала, в том числе Межрегиональное операционное управление Федерального казначейства и Управление Федерального казначейства по г. Москве |
| <a id="p100046"></a>13. | <a id="p100047"></a>ПОИБ | <a id="p100048"></a>Подсистема обеспечения информационной безопасности ГИИС ЭБ |
| <a id="p100049"></a>14. | <a id="p100050"></a>ПОЮЗД | <a id="p100051"></a>Подсистема обеспечения юридической значимости документов ГИИС ЭБ |
| <a id="p100052"></a>15. | <a id="p100053"></a>Регрессионное тестирование | <a id="p100054"></a>Вид тестирования подсистем ГИИС ЭБ, направленный на обнаружение ошибок в ранее протестированных версиях и/или на подтверждение работоспособности критически важного функционала |
| <a id="p100055"></a>16. | <a id="p100056"></a>РП | <a id="p100057"></a>Разработчики функциональных и технологических подсистем |
| <a id="p100058"></a>17. | <a id="p100059"></a>РТП | <a id="p100060"></a>Разработчик технологической подсистемы ГИИС ЭБ, Разработчик подсистемы |
| <a id="p100061"></a>18. | <a id="p100062"></a>Ручной режим тестирования | <a id="p100063"></a>Режим проведения испытаний ППО, при котором проверки производятся с участием СП и пилотных регионов |
| <a id="p100064"></a>19. | <a id="p100065"></a>РФП | <a id="p100066"></a>Разработчик функциональной подсистемы ГИИС ЭБ, Разработчик подсистемы |
| <a id="p100067"></a>20. | <a id="p100068"></a>Сводная ТП | <a id="p100069"></a>Технологическая пауза, которую составляет выпускающий редактор на основании заявок на проведение технологических пауз от РФП/РТП |
| <a id="p100070"></a>21. | <a id="p100071"></a>Смежные доработки | <a id="p100072"></a>Доработки функциональных и/или технологических подсистем, оказывающие влияние друг на друга |
| <a id="p100073"></a>22. | <a id="p100074"></a>СУВВ ЭБ | <a id="p100075"></a>Система управления выпуском версий ГИИС ЭБ Федерального казначейства |
| <a id="p100076"></a>23. | <a id="p100077"></a>СУЭ ФК | <a id="p100078"></a>Система управления эксплуатации Федерального казначейства |
| <a id="p100079"></a>24. | <a id="p100080"></a>Структурные подразделения, СП | <a id="p100081"></a>Структурные подразделения центрального аппарата Федерального казначейства, ответственные за создание и развитие функциональных и/или технологических подсистем ГИИС ЭБ |
| <a id="p100082"></a>25. | <a id="p100083"></a>Тестирование | <a id="p100084"></a>Функциональное, комплексное, нагрузочное и/или регрессионное тестирование |
| <a id="p100085"></a>26. | <a id="p100086"></a>Тесты автоматического тестирования | <a id="p100087"></a>Скрипты программного обеспечения, при загрузке которых в специализированное программное обеспечения можно провести регрессионное тестирование в автоматическом режиме |
| <a id="p100088"></a>27. | <a id="p100089"></a>ТП | <a id="p100090"></a>Технологическая пауза |
| <a id="p100091"></a>28. | <a id="p100092"></a>УИС | <a id="p100093"></a>Управление информационных систем, ответственное за эксплуатацию Информационных систем |
| <a id="p100094"></a>29. | <a id="p100095"></a>Функциональное тестирование | <a id="p100096"></a>Тестирование подсистем ГИИС ЭБ в целях проверки отдельных реализованных функциональных требований |
| <a id="p100097"></a>30. | <a id="p100098"></a>Экстренное тестирование | <a id="p100099"></a>Проведение работ по тестированию исправленных критичных ошибок (устранению аварийных и нештатных ситуаций). Может проводиться как с привлечением пилотных регионов, так и без их участия |


3. <a id="p100100"></a>Виды тестирования подсистем ГИИС ЭБ

#### <a id="p100101"></a>3.1 В рамках работ по проведению предварительных испытаний подсистем ГИИС ЭБ проводятся следующие виды испытаний:

<a id="p100102"></a>автономные, в рамках которых ВР согласно документу "Руководство системного программиста (администратора)" проводит проверку на работоспособность программно-аппаратного комплекса ГИИС ЭБ,

<div align="right">

<a id="p100103"></a>и комплексные, включающие в себя:<br>
<a id="p100104"></a>функциональное, регрессионное, нагрузочное и интеграционное тестирование. К каждому виду тестирования разрабатывается отдельная ПиМ.<br>
<a id="p100105"></a>3.2. Функциональное тестирование проводится при добавлении новой или изменении существующей функциональности, с целью проверки доработанного программного обеспечения новым или измененным функциональным требованиям ГИИС ЭБ. Функциональное тестирование может проводиться как в ручном, так и в автоматическом режиме. Функциональное тестирование проводится в ручном режиме с участием пилотных регионов, ВР и структурных подразделений. В автоматическом режиме функциональное тестирование проводится ВР при наличии тестов автоматического тестирования.<br>
<a id="p100106"></a>3.3. Регрессионное тестирование проводится с целью проверки устойчивой работы обновленной версии с учетом новой функциональности и/или исправления дефектов. Регрессионное тестирование может проводиться как в ручном, так и в автоматическом режиме. Регрессионное тестирование проводится в ручном режиме с участием пилотных регионов, ВР и структурных подразделений. В автоматическом режиме регрессионное тестирование проводится ВР при наличии тестов автоматического тестирования. Необходимость проведения регрессионного тестирования в ручном режиме, при отсутствии тестов автоматического тестирования, для подсистем, не находящихся в эксплуатации, либо в случае устранения аварии для систем, находящихся в эксплуатации, определяется УФТ.<br>
<a id="p100107"></a>3.4. Нагрузочное тестирование подсистем ГИИС ЭБ проводится ВР, с целью выявить соответствие подсистемы установленным требованиям производительности, определения пиковой и средней нагрузки, стабильности системы в целом. Необходимость проведения нагрузочного тестирования определяется УИС по согласованию с УФТ.<br>
<a id="p100108"></a>3.5. Интеграционное тестирование проводится в случае необходимости провести проверку корректности взаимодействия смежных доработок, подсистем ГИИС ЭБ друг с другом и/или с внешними системами. Необходимость проведения интеграционного тестирования определяется УФТ.<br>
<a id="p100109"></a>3.6. Работы по проведению функционального, интеграционного и регрессионного тестирования осуществляют пилотные регионы, ВР и РФП/РТП при участии СП с использованием данных тестовых организаций и с использованием учетных записей пользователей тестовых организаций.<br>
4. <a id="p100110"></a>Разработка и актуализация ПиМ

</div>

<a id="p100111"></a>4.1. УФТ организуют разработку и/или актуализацию, а также согласование в СУВВ со своей стороны и со стороны СП ПиМ функционального, регрессионного, нагрузочного и интеграционного тестирования, для функциональной и/или технологической подсистемы.
<a id="p100112"></a>4.2. Актуализация ПиМ регрессионного тестирования соответствующих функциональных и/или технологических подсистем производится УФТ по результатам внесения изменений в ППО функциональных и/или технологических подсистем.
<a id="p100113"></a>4.3. Актуализация ПиМ функционального тестирования проводится УФТ при добавлении функциональных возможностей подсистемы.

<div align="center">

<a id="p100114"></a>4.4. Актуализация ПиМ интеграционного тестирования проводится УФТ при наличии смежных доработок в выпускаемой интеграционной версии.<br>
<a id="p100115"></a>4.5. Актуализация ПиМ нагрузочного тестирования производится УФТ при изменениях показателей назначения подсистем, также в случаях изменения аппаратной конфигурации ПАК ЭБ или смене (обновлении) системного ПО.<br>
<a id="p100116"></a>4.6. УФТ, УИИСГФ, УРСИБИ (в части ПОИБ и ПОЮЗД) имеет право выдать заключение об отсутствии необходимости проведения функционального и/или интеграционного тестирования путем фиксации данного заключения в соответствующей задаче с типом "Версия подсистемы" СУВВ ЭБ.<br>
<a id="p100117"></a>4.7. Информация о согласованных версиях ПиМ и другой документации, определяемой текущим регламентом, размещается в задаче с типом "Версия подсистемы" в СУВВ ЭБ.<br>
5. <a id="p100118"></a>Порядок проведения обновления и тестирования на ПАК ЭБ

</div>

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

#### <a id="p100120"></a>5.2 ТП подразделяются на экстренные и плановые (еженедельные).

<a id="p100121"></a>5.3. Проведение тестирования в рамках ТП организует УИС. Автоматизированное регрессионное и нагрузочное тестирование может проводиться УИС совместно с выпускающим редактором без привлечения структурных подразделений и пилотных УФК.
<a id="p100122"></a>5.4. В случае необходимости проведения обновления разработчики соответствующей функциональной и/или технологической подсистемы согласовывают с УФТ состав версии подсистемы в СУВВ ЭБ и направляют заявку на проведение ТП по [форме](#p100176), представленной в Приложении N 1 к настоящему регламенту, выпускающему редактору и на почтовый адрес СУЭ ФК support_EB@roskazna.ru, либо регистрируют обращение в СУЭ ФК через Портал самообслуживания, либо ВР, по поручению и от имени РП и на основании данных в СУВВ ЭБ, регистрирует обращение на проведение ТП в СУЭ ФК через Портал самообслуживания. В заявке на проведение технологической паузы в обязательном порядке указывается:
- <a id="p100123"></a>номер версии подсистемы из СУВВ ЭБ (в заявке СУЭ ФК - путем указания версии ППО);
- <a id="p100124"></a>перечень изменений (включая номера в СУВВ ЭБ), соответствующий согласованному в СУВВ ЭБ составу;
- <a id="p100125"></a>номер версии ядра (для ФП);
- <a id="p100126"></a>влияние вносимых изменений на другие функциональные и/или технологические подсистемы;

<div align="center">

- <a id="p100127"></a>конфигурационный элемент;<br>
- <a id="p100128"></a>способ возврата подсистемы в исходное состояние при отрицательном результате проведенного тестирования подсистемы.<br>
<a id="p100129"></a>5.5. В случае, если согласно [п. 4.6](#p100116) настоящего регламента функциональное и/или регрессионное тестирование не проводится, в заявке в графе "Перечень предоставляемой документации" указывается "Проведение функционального тестирования не требуется", "Проведение регрессионного тестирования не требуется".<br>
<a id="p100130"></a>5.6. Дополнительно, вместе с заявкой, РП предоставляет ссылку на задачу с типом "Версия подсистемы" СУВВ ЭБ, содержащую информацию по обновляемой версии подсистемы, включая номер версии ядра (для ФП) и согласованные с УФТ:<br>
<a id="p100131"></a>5.6.1. Для экстренной ТП - Инструкцию по обновлению (readme), ПиМ регрессионного (и, при необходимости, функционального и интеграционного) тестирования.<br>
<a id="p100132"></a>5.6.2. Для планового тестирования - Комплект документов ([Приложение 4](#p100250) к настоящему Регламенту) и ПиМ регрессионного, функционального, нагрузочного и/или интеграционного тестирования.<br>
<a id="p100133"></a>5.7. Выпускающий редактор сводит все поступившие от РФП/РТП заявки на проведение ТП в одну - сводную заявку на ТП ([форма](#p100197) заявки представлена в Приложении N 2 к настоящему регламенту) с указанием перечня функциональных и технологических подсистем ГИИС ЭБ, перечнем и типом работ, общего времени выполнения работ, определяя последовательность проведения работ с учетом технологической взаимосвязи обновлений и направляет на согласование в УИС вместе с комплектом документации для проведения экстренного или планового тестирования, указывая в обязательном порядке затронутые конфигурационные элементы и операционный сервис.<br>
<a id="p100134"></a>5.8. Экстренное тестирование проводится только для подсистем, в отношении которых была заявлена экстренная ТП.<br>
<a id="p100135"></a>5.9. УИС в рамках своей компетенции согласует сводную заявку на проведение ТП и организует согласование ТП в структурных подразделениях, согласно Порядку согласования технологических пауз в работе ППО в ЦАФК и МОУ ФК.<br>
<a id="p100136"></a>5.10. СП, получив сводную заявку, могут согласовать либо все представленные в сводной заявке ТП, либо выборочно, тогда при направлении ответного письма в теле письма пишется, конкретная ТП и результат согласования (согласовано/не согласовано). В случае если СП не согласовывает ТП, то в ответном письме должно сообщить причину отклонения ТП.<br>
<a id="p100137"></a>5.11. В случае, если согласно [п. 4.7](#p100117) проведение функционального и/или регрессионного тестирования не требуется, СП указывают в сводной заявке на проведение ТП в графе "Перечень предоставляемой документации" "Проведение тестирования не требуется".<br>
<a id="p100138"></a>5.12. УИС, получив согласование от структурных подразделений, заполняет лист согласования сводной ТП и направляет выпускающему редактору. Выпускающий редактор направляет РП и СП информацию о согласовании ТП по подсистеме (компоненту) ГИИС ЭБ, а на основе листа согласования создает групповую заявку на выпуск версии или обновление интеграционной версии в СУЭ ФК и привязывает к нему все Заявки, поступившие от РП по проведению ТП, указывая в обязательном порядке затронутые конфигурационные элементы, версию подсистемы и операционный сервис.<br>
<a id="p100139"></a>5.13. УИС, получив отказ от структурного подразделения, заполняет лист согласования сводной ТП и направляет выпускающему редактору.<br>
<a id="p100140"></a>5.14. Выпускающий редактор, получив отказ от проведения сводной ТП, исключает из сводной заявки на проведение ТП функциональную и/или технологическую подсистему, а также подсистемы, функционал которых связан с исключаемой подсистемой, и направляет сводную заявку на ТП на повторное согласование. Заявки в СУЭ ФК по исключенным функциональным и/или технологическим подсистемам закрываются Выпускающим редактором с указанием причины.<br>
<a id="p100141"></a>5.15. Повторное согласование сводной ТП проводится в соответствии с [пунктами 5.3](#p100121) - 5.14 настоящего регламента.<br>
<a id="p100142"></a>5.16. Работы по исключенным из сводной заявки на проведение ТП функциональным и/или технологическим подсистемам не проводятся. РФП/РТП могут подать повторную заявку на проведение ТП своих подсистем с учетом исправления замечаний, поступивших от УИС и/или структурных подразделений в соответствии с [пунктами 5.3](#p100121) - 5.14 настоящего регламента.<br>
6. <a id="p100143"></a>Сроки приема заявок от РП и согласования ТП:

</div>


#### <a id="p100144"></a>6.1 Для экстренной ТП:

- <a id="p100145"></a>Подача заявок ВР от РП - в день проведения ТП не позднее трех часов до начала работ.
- <a id="p100146"></a>Согласование ТП в структурных подразделениях - в день проведения ТП в течение двух часов после направления запроса на ТП и не позднее 30 минут до начала работ.
- <a id="p100147"></a>Проведение ТП в соответствии с заявленным временем.

#### <a id="p100148"></a>6.2 Для плановой ТП:

- <a id="p100149"></a>Подача заявок ВР от РП - не позднее 18.00 среды.
- <a id="p100150"></a>Свод поступивших заявок выпускающим редактором - до 12.00 четверга.
- <a id="p100151"></a>Согласование ТП в структурных подразделений - до 15.00 (в случае повторного согласования до 17.00) четверга.

<div align="right">

- <a id="p100152"></a>Согласование ПиМ со структурными подразделениями до 18.00 четверга. Ответственный за организацию согласования ПиМ - УФТ.<br>
- <a id="p100153"></a>Передача исходных кодов ВР от РП не позднее 12.00 пятницы.<br>
- <a id="p100154"></a>Проведение ТП - с 20.00 пятницы.<br>
7. <a id="p100155"></a>Порядок проведения тестирования<br>
<a id="p100156"></a>7.1. Для проведения тестирования версии, после согласования сводной заявки на проведение ТП со структурными подразделениями УИС организует размещение согласованного комплекта документации и ПиМ по соответствующим функциональным и/или технологическим подсистемам в ФАП ФК для плановой версии не позднее 18.00 четверга, для экстренного тестирования - после получения согласования проведения ТП.<br>
<a id="p100157"></a>7.2. Структурные подразделения, РП, ВР, получив подтверждение о согласовании ТП от ВР, направляют по электронной почте в УИС перечень сотрудников для участия в плановом тестировании.<br>
<a id="p100158"></a>7.3. УИС после согласования заявки на проведение сводной ТП направляет в пилотные регионы (в случае необходимости):<br>
<a id="p100159"></a>7.3.1. Для экстренного тестирования - оповещение по электронной почте о проведении экстренного регрессионного тестирования не позднее 17.30 дня проведения тестирования согласно сводной заявке на проведение ТП.

</div>

<a id="p100160"></a>7.3.2. Для планового тестирования - письменное уведомление о проведении тестирования ГИИС ЭБ в выходные дни, не позднее 12.00 пятницы.
<a id="p100161"></a>7.4. В рамках исполнения сводной заявки на проведение ТП УИС совместно с СП организует проведение тестирования согласно направленным ПиМ.
<a id="p100162"></a>7.5. После согласования сводной заявки на проведение ТП ВР проводит сборку интеграционной версии.
<a id="p100163"></a>7.6. Интеграционная версия устанавливается ВР на ПАК ЭБ в период, указанный в заявке на проведение ТП.
<a id="p100164"></a>7.7. После установки и собственного регрессионного тестирования выпускающим редактором и РП ВР сообщает СП, принимавшим участие в согласовании ТП, УИС и пилотным регионам, об успешном завершении установки и собственного регрессионного тестирования и готовности к проведению заявленного вида тестирования.
<a id="p100165"></a>7.8. Пилотные регионы совместно с ВР, РФП/РПТ проводят тестирование в соответствии с ПиМ и оформляют результаты проведенного тестирования в виде отчета ([приложение N 3](#p100237) к настоящему регламенту) и проекта Протокола ([приложение N 5](#p100254) к настоящему Регламенту) и направляют проект Протокола и отчет в СП и УИС с заключением о возможности/невозможности ввода в эксплуатацию протестированных версий ГИИС ЭБ не позднее 23.00 текущего дня для экстренного тестирования и не позднее 18.00 субботы для планового тестирования.
<a id="p100166"></a>7.9. СП, УИС рассматривают отчет и согласуют проект Протокола в течение часа с момента получения от пилотных регионов и направляют согласованный Протокол в пилотные регионы, ВР, РФП/РПТ для учета в работе.
<a id="p100167"></a>7.10. В случае если результат планового тестирования пилотных регионов отрицательный (в согласованном проекта Протоколе указана невозможность перевода обновления в эксплуатацию) по одной или нескольким функциональным и/или технологическим подсистемам, входящим в интеграционную версию ГИИС ЭБ, УИС направляет проект Протокола и отчеты об ошибках ВР и РФП/РТП для устранения ошибок.
<a id="p100168"></a>7.11. Устранение выявленных при плановом тестировании критических ошибок организуется УФТ по мере их выявления, сборка и установка новой интеграционной версии ГИИС ЭБ проводят РФП/РТП и ВР в срок с 19.00 субботы до 10.00 воскресенья.
<a id="p100169"></a>7.12. Повторное тестирование пилотными регионами, ВР и РФП/РТП при участии УИС, СП интеграционной версии проводится в срок с 10.00 по 15.00 воскресенья.
<a id="p100170"></a>7.13. Результаты проведенного тестирования пилотные регионы совместно с ВР, РФП/РПТ оформляют в виде отчета ([приложение N 3](#p100237) к настоящему регламенту) и проекта Протокола ([приложение N 5](#p100254) к настоящему регламенту) и направляют проект Протокола и отчет в УИС с рекомендацией о возможности/невозможности перевода протестированных обновлений в эксплуатацию не позднее 18.00 воскресенья.
<a id="p100171"></a>7.14. В случае если результат повторного тестирования в пилотных регионах отрицательный (в согласованном проекте Протоколе указана невозможность перевода обновления в эксплуатацию) по одной или нескольким функциональным и/или технологическим подсистемам, включая те, для которых указано влияние на другие подсистемы, выпускающий редактор не позднее 23:00 воскресенья производит отмену проведенных изменений по всем технологически связанным подсистемам и оповещает УИС и структурные подразделения. Версии функциональных и/или технологических подсистем возвращаются РФП/РТП на доработку.
<a id="p100172"></a>7.15. Версии подсистем, успешно прошедших тестирование (в согласованном проекте Протоколе указана возможность перевода обновления в эксплуатацию), составляют интеграционную версию. УИС принимает решение ([форма](#p100264) решения представлена в приложении N 6 к настоящему регламенту) о переводе интеграционной версии в эксплуатацию и оповещает по электронной почте структурные подразделения об установке обновления. ВР закрывает заявку в СУЭ ФК.
<a id="p100173"></a>7.16. Согласованные проекты Протоколов (как положительные так и отрицательные) утверждаются заместителем руководителя Федерального казначейства не позднее 2 дней после проведенного тестирования.
8. <a id="p100174"></a>Дистрибутив и документация интеграционной версии передается в Фонд алгоритмов и программ после успешного проведения тестирования.





<div align="center">

<a id="p100175"></a>Приложение N 1<br>
к Регламенту проведения тестирования<br>
государственной интегрированной<br>
информационной системы управления<br>
общественными финансами<br>
"Электронный бюджет"

<a id="p100176"></a>Запрос<br>
на проведение работ в рамках технологической паузы<br>
функциональной/технологической подсистемы ГИИС ЭБ

<a id="p100177"></a>Место проведения работ:<br>
<a id="p100178"></a>Планируемая дата и время проведения работ:<br>
<a id="p100179"></a>Способ выполнения работ: удаленно/на месте<br>
<a id="p100180"></a>Необходимость обеспечения пропуска на место проведения работ:

</div>



| <a id="p100181"></a>Сервис | <a id="p100182"></a>Операционный сервис (БПО, ППО, СПО, АО СПО) | <a id="p100183"></a>Функциональная область | <a id="p100184"></a>Причины проведения работ и краткое описание (подробно, включая версии подсистемы, патча) | <a id="p100185"></a>Контур | <a id="p100186"></a>Оборудование | <a id="p100187"></a>Среда тестирования (пром. /тест) | <a id="p100188"></a>Необходимость остановки сервиса | <a id="p100189"></a>Ф.И.О. Исполнителя (РФП/РТП) | <a id="p100190"></a>Контакты Исполнителя (РФП/РТП) | <a id="p100191"></a>Время проведения конкретных работ | <a id="p100192"></a>Планируемый результат | <a id="p100193"></a>Оценка влияния на другие подсистемы | <a id="p100194"></a>Связано с аварийной ситуацией (номер инцидента) | <a id="p100195"></a>Технология восстановления системы в исходное состояние | <a id="p100196"></a>Перечень предоставляемой документации (ссылка на репозиторий) |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |







## <a id="p100197"></a>Приложение N 2

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

<div align="right">

<a id="p100198"></a>Место проведения работ:<br>
<a id="p100199"></a>Планируемый период проведения работ:<br>
<a id="p100200"></a>Способ выполнения работ: удаленно/на месте<br>
<a id="p100201"></a>Номер групповой заявки в СУЭ:<br>
<a id="p100202"></a>Необходимость обеспечения пропуска на место проведения работ: (да/нет)<br>
<a id="p100203"></a>Тип работ: (экстренно/планово (в случае экстренной ТП указывать N инцидента аварии))<br>
<a id="p100204"></a>Изменения политик мониторинга (да/нет)

</div>



<table>
<colgroup><col width="5%"><col width="4%"><col width="6%"><col width="4%"><col width="4%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="5%"><col width="4%"><col width="5%"><col width="5%"></colgroup>
<tr><td rowspan="3"><a id="p100205"></a>Функциональная или технологическая подсистема ГИИС ЭБ (сервис)</td><td rowspan="3"><a id="p100206"></a>(функциональная область)</td><td rowspan="3"><a id="p100207"></a>Причины проведения работ и краткое описание (подробно, включая версии подсистемы, патча)</td><td rowspan="3"><a id="p100208"></a>Контур (ЗКВС, Интернет)</td><td rowspan="3"><a id="p100209"></a>Оборудование</td><td rowspan="3"><a id="p100210"></a>Оценка влияния на другие подсистемы</td><td rowspan="3"><a id="p100211"></a>Инициатор (Ф.И.О. Контакты)</td><td rowspan="3"><a id="p100212"></a>Исполнитель (РФП/РТП, ВР Ф.И.О. Контакты)</td><td rowspan="3"><a id="p100213"></a>Время проведения работ</td><td rowspan="3"><a id="p100214"></a>Планируемый результат</td><td rowspan="3"><a id="p100215"></a>Перечень предоставляемой документации</td><td rowspan="3"><a id="p100216"></a>Координатор изменения</td><td rowspan="3"><a id="p100217"></a>Согласование с Владельцем сервиса (УФТ, УИИС ГФ)</td><td colspan="3"><a id="p100218"></a>Согласование с УИС (ФИО, Согласовано да/нет)</td><td rowspan="2"><a id="p100219"></a>Согласование с УРСиБИ</td><td colspan="3"><a id="p100220"></a>Согласование с МОУ</td><td rowspan="3"><a id="p100221"></a>Технология восстановления системы в исходное состояние</td><td rowspan="3"><a id="p100222"></a>Результат проведения работ</td></tr>
<tr><td><a id="p100223"></a>ОВИСИ</td><td><a id="p100224"></a>ОЭППО</td><td><a id="p100225"></a>ОТЭ</td><td><a id="p100226"></a>ОИС</td><td><a id="p100227"></a>ОТО</td><td><a id="p100228"></a>ОРСИБИ</td></tr>
<tr><td><a id="p100229"></a>(Ф.И.О., Согласовано да/нет)</td><td><a id="p100230"></a>(Ф.И.О., Согласовано да/нет)</td><td><a id="p100231"></a>(Ф.И.О., Согласовано да/нет)</td><td><a id="p100232"></a>(Ф.И.О., Согласовано да/нет)</td><td><a id="p100233"></a>(Ф.И.О., Согласовано</td><td><a id="p100234"></a>(Ф.И.О., Согласовано</td><td><a id="p100235"></a>(Ф.И.О., Согласовано</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr>
</table>






<div align="right">

<a id="p100236"></a>Приложение N 3<br>
к Регламенту проведения тестирования<br>
государственной интегрированной<br>
информационной системы управления<br>
общественными финансами<br>
"Электронный бюджет"

</div>


<a id="p100237"></a>Форма отчета пилотных регионов по результатам
проведения тестирования

<div align="center">

<a id="p100238"></a>Место проведения работ по тестированию:<br>
<a id="p100239"></a>Дата и общее время проведения работ:

</div>



| <a id="p100240"></a>NN | <a id="p100241"></a>Требование (НПА, разъяснительные письма и т.д.) | <a id="p100242"></a>Функциональная/технологическая подсистема | <a id="p100243"></a>Номер и состав доработки | <a id="p100244"></a>Название и версия ПиМ | <a id="p100245"></a>N Контрольного примера | <a id="p100246"></a>Результат выполнение контрольного примера да/нет | <a id="p100247"></a>Замечания к документации | <a id="p100248"></a>Комментарии |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |






<div align="right">

<a id="p100249"></a>Приложение N 4<br>
к Регламенту проведения тестирования<br>
государственной интегрированной<br>
информационной системы управления<br>
общественными финансами<br>
"Электронный бюджет"

<a id="p100250"></a>**ПЕРЕЧЕНЬ ДОКУМЕНТОВ**

</div>


1. <a id="p100251"></a>Инструкция по обновлению (readme)
2. <a id="p100252"></a>Руководство пользователя





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

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

<a id="p100254"></a>                     Протокол проведения тестирования

<a id="p100255"></a>    Настоящий    протокол    составлен    по    результатам    проведенного
___________________________________________________________________________
             (указывается вид или несколько видов тестирования
       (регрессионное, интеграционное, нагрузочное, функциональное))
тестирования версии _______________________________________ государственной
информационной  интегрированной  системы управления общественными финансами
"Электронный бюджет" (далее - ГИИС ЭБ) в части
___________________________________________________________________________
    (указывается название подсистемы ГИИС ЭБ и функциональной области)
<a id="p100256"></a>Результаты тестирования:
<a id="p100257"></a>Контрольные примеры пройдены/не пройдены.
<a id="p100258"></a>Функциональные требования выполнены/не выполнены.
<a id="p100259"></a>Отчет об ошибках и замечаниях (приложение к настоящему Протоколу) [<1>](#p100262)
<a id="p100260"></a>Заключение: версия ________________________________________ ГИИС ЭБ в части
___________________________________________________________________________
    (указывается название подсистемы ГИИС ЭБ и функциональной области)
соответствует/не  соответствует  требованиям  постановки  задачи  и  может/
не  может  быть  принята к установке на программно-аппаратный комплекс ГИИС
ЭБ.

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


<a id="p100261"></a>

---

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





<div align="right">

<a id="p100263"></a>Приложение N 6<br>
к Регламенту проведения тестирования<br>
государственной интегрированной<br>
информационной системы управления<br>
общественными финансами

</div>

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

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

<a id="p100264"></a>                                  РЕШЕНИЕ

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

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


| <a id="p100266"></a>NN | <a id="p100267"></a>Вид тестирования | <a id="p100268"></a>Описание тестирования | <a id="p100269"></a>Вид тестирования | <a id="p100270"></a>Разрабатываемая документация | <a id="p100271"></a>Участники тестирования |
| --- | --- | --- | --- | --- | --- |
| <a id="p100272"></a>1 | <a id="p100273"></a>Функциональное тестирование | <a id="p100274"></a>Тестирование подсистем ГИИС ЭБ в целях проверки реализованных функциональных требований | <a id="p100275"></a>ручной | <a id="p100276"></a>ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | <a id="p100277"></a>СП РП, Пилотные регионы |
| <a id="p100278"></a>2 | <a id="p100279"></a>Регрессионное тестирование | <a id="p100280"></a>Вид тестирования подсистем ГИИС ЭБ, направленный на обнаружение ошибок в ранее протестированных версиях и/или на подтверждение работоспособности критически важного функционала | <a id="p100281"></a>автоматический/ручной | <a id="p100282"></a>ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | <a id="p100283"></a>ВР, РП, Пилотные регионы |
| <a id="p100284"></a>3 | <a id="p100285"></a>Нагрузочное тестирование | <a id="p100286"></a>Тестирование производительности, сбор показателей и определение производительности и времени отклика подсистемы ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной подсистеме | <a id="p100287"></a>автоматический/ручной | <a id="p100288"></a>ПиМ, Инструкция по обновлению (readme) | <a id="p100289"></a>ВР, РП |
| <a id="p100290"></a>4 | <a id="p100291"></a>Интеграционное тестирование | <a id="p100292"></a>Проверка корректности взаимодействия смежных доработок, подсистем ГИИС ЭБ друг с другом и/или с внешними системами | <a id="p100293"></a>ручной | <a id="p100294"></a>ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | <a id="p100295"></a>СП РП, Пилотные регионы |
| <a id="p100296"></a>5 | <a id="p100297"></a>Автономные испытания | <a id="p100298"></a>Проведение проверки на работоспособность программно-аппаратного комплекса ГИИС ЭБ | <a id="p100299"></a>автоматический/ручной | <a id="p100300"></a>ПиМ, Инструкция по обновлению (readme) | <a id="p100301"></a>ВР |




<a id="p100302"></a>

---