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

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

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

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

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

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

N	Термин/сокращение	Содержание
1.	Автоматический режим тестирования	Режим проведения испытаний программного обеспечения при котором проверки производятся при помощи специализированных программ, без участия СП и пилотных регионов.
2.	Выпускающий редактор, ВР	Исполнитель по государственному контракту ответственный за сборку и выпуск интеграционных версий ГИИС ЭБ
3.	ГИИС ЭБ	Государственная интегрированная информационная система управления общественными финансами "Электронный бюджет"
4.	Интеграционная версия ГИИС ЭБ	Версия ГИИС ЭБ, полученная в результате применения изменений одной или более функциональных и/или технологических подсистем ГИИС ЭБ
5.	Интеграционное тестирование	Проверка корректности взаимодействия смежных доработок, подсистем ГИИС ЭБ друг с другом и/или с внешними системами
6.	Комплексные испытания	Проведение проверки для групп взаимосвязанных подсистем ГИИС ЭБ или для ГИИС ЭБ в целом.
7.	Конфигурационный элемент	это компонент обеспечения, элемент инфраструктуры или другой элемент, которым нужно управлять для обеспечения успешного предоставления обслуживания
8.	Нагрузочное тестирование	Тестирование производительности, сбор показателей и определение производительности и времени отклика подсистемы ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной подсистеме
9.	Операционный сервис	Компонент ИТ-системы, используемый для обеспечения функционирования ИТ-сервиса.
10.	ПАК ЭБ	Программно - аппаратный комплекс ГИИС ЭБ
11.	ПиМ	Программа и методика проведения функционального, регрессионного, комплексного и нагрузочного тестирования, в зависимости от метода испытаний (форма и содержание ПиМ должна соответствовать актуальной версии Требований к документации, сдаваемой в ФАП ФК размещенной на http://www.roskazna.ru/upload/iblock/2df/proekt-versiya-4.0.rar
12.	Пилотные регионы	Управления Федерального казначейства в которых проводится проверка работоспособности нового или текущего функционала, в том числе Межрегиональное операционное управление Федерального казначейства и Управление Федерального казначейства по г. Москве
13.	ПОИБ	Подсистема обеспечения информационной безопасности ГИИС ЭБ.
14.	ПОЮЗД	Подсистема обеспечения юридической значимости документов ГИИС ЭБ.
15.	Регрессионное тестирование	Вид тестирования подсистем ГИИС ЭБ, направленный на обнаружение ошибок в ранее протестированных версиях и/или на подтверждение работоспособности критически важного функционала.
16.	РП	Разработчики функциональных и технологических подсистем
17.	Р РТП	Разработчик технологической подсистемы ГИИС ЭБ, Разработчик подсистемы
18.	Ручной режим тестирования	Режим проведения испытаний ППО при котором проверки производятся с участием СП и пилотных регионов
19.	РФП	Разработчик функциональной подсистемы ГИИС ЭБ, Разработчик подсистемы
20.	Сводная ТП	Технологическая пауза, которую составляет выпускающий редактор на основании заявок на проведение технологических пауз от РФП/РТП
21.	Смежные доработки	Доработки функциональных и/или технологических подсистем оказывающие влияние друг на друга.
22.	СУВВ ЭБ	Система управления выпуском версий ГИИС ЭБ Федерального казначейства
23.	СУЭ ФК	Система управления эксплуатации Федерального казначейства
24.	Структурные подразделения, СП	Структурные подразделения центрального аппарата Федерального казначейства, ответственные за создание и развитие функциональных и/или технологических подсистем ГИИС ЭБ
25.	Тестирование	Функциональное, комплексное, нагрузочное и/или регрессионное, тестирование
26.	Тесты автоматического тестирования	Скрипты программного обеспечения, при загрузке которых в специализированное программное обеспечения можно провести регрессионное тестирование в автоматическом режиме.
27.	ТП	Технологическая пауза
28.	УИС	Управление информационных систем, ответственное за эксплуатацию Информационных систем.
29.	Функциональное тестирование	Тестирование подсистем ГИИС ЭБ в целях проверки отдельных реализованных функциональных требований.
30.	Экстренное тестирование	Проведение работ по тестированию исправленных критичных ошибок (устранению аварийных и нештатных ситуаций). Может проводиться как с привлечением пилотных регионов, так и без их участия.

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

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

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

и комплексные, включающие в себя:

функциональное, регрессионное, нагрузочное и интеграционное тестирование. К каждому виду тестирования разрабатывается отдельная ПиМ.

3.2. Функциональное тестирование проводится при добавлении новой или изменении существующей функциональности, с целью проверки доработанного программного обеспечения новым или измененным функциональным требованиям ГИИС ЭБ. Функциональное тестирование может проводиться как в ручном, так и в автоматическом режиме. Функциональное тестирование проводится в ручном режиме с участием пилотных регионов, ВР и структурных подразделений. В автоматическом режиме функциональное тестирование проводится ВР при наличии тестов автоматического тестирования.

3.3. Регрессионное тестирование проводится, с целью проверки устойчивой работы обновленной версии с учетом новой функциональности и/или исправления дефектов. Регрессионное тестирование может проводиться как в ручном, так и в автоматическом режиме. Регрессионное тестирование проводится в ручном режиме с участием пилотных регионов, ВР и структурных подразделений. В автоматическом режиме регрессионное тестирование проводится ВР при наличии тестов автоматического тестирования. Необходимость проведения регрессионного тестирования в ручном режиме, при отсутствии тестов автоматического тестирования, для подсистем, не находящихся в эксплуатации, либо в случае устранения аварии для систем, находящихся в эксплуатации, определяется УФТ.

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

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

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

4. Разработка и актуализация ПиМ.

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

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

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

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

4.5. Актуализация ПиМ нагрузочного тестирования производится УФТ при изменениях показателей назначения подсистем, также в случаях изменения аппаратной конфигурации ПАК ЭБ или смене (обновлении) системного ПО.

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

4.7. Информация о согласованных версиях ПиМ и другой документации, определяемой текущим регламентом, размещается в задаче с типом "Версия подсистемы" в СУВВ ЭБ.

5. Порядок проведения обновления и тестирования на ПАК ЭБ.

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

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

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

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

- номер версии подсистемы из СУВВ ЭБ (в заявке СУЭ ФК - путем указания версии ППО);

- перечень изменений (включая номера в СУВВ ЭБ), соответствующий согласованному в СУВВ ЭБ составу;

- номер версии ядра (для ФП)

- влияние вносимых изменений на другие функциональные и/или технологические подсистемы;

- конфигурационный элемент;

- способ возврата подсистемы в исходное состояние при отрицательном результате проведённого тестирования подсистемы;

5.5. В случае, если согласно п. 4.6 настоящего регламента функциональное и/или регрессионное тестирование не проводится в заявке в графе "Перечень предоставляемой документации" указывается "Проведение функционального тестирования не требуется", "Проведение регрессионного тестирования не требуется".

5.6. Дополнительно, вместе с заявкой, РП предоставляет ссылку на задачу с типом "Версия подсистемы" СУВВ ЭБ, содержащую информацию по обновляемой версии подсистемы, включая номер версии ядра (для ФП) и согласованные с УФТ:

5.6.1. Для экстренной ТП - Инструкцию по обновлению (readme), ПиМ регрессионного (и, при необходимости, функционального и интеграционного) тестирования.

5.6.2. Для планового тестирования - Комплект документов (Приложение 4 к настоящему Регламенту) и ПиМ регрессионного, функционального, нагрузочного и/или интеграционного тестирования.

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

5.8. Экстренное тестирование проводится только для подсистем, в отношении которых была заявлена экстренная ТП.

5.9. УИС в рамках своей компетенции согласует сводную заявку на проведение ТП и организует согласование ТП в структурных подразделениях, согласно Порядку согласования технологических пауз в работе ППО в ЦАФК и МОУ ФК.

5.10. СП, получив сводную заявку, могут согласовать либо все представленные в сводной заявке ТП, либо выборочно, тогда при направлении ответного письма в теле письма пишется, конкретная ТП и результат согласования (согласовано/не согласовано). В случае если СП не согласовывает ТП, то в ответном письме должно сообщить, причину отклонения ТП.

5.11. В случае, если согласно п. 4.7 проведение функционального и /или регрессионного тестирования не требуется, СП указывают в сводной заявке на проведение ТП в графе "Перечень предоставляемой документации" "Проведение тестирования не требуется".

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

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

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

5.15. Повторное согласование сводной ТП проводится в соответствии с пунктами 5.3 - 5.14 настоящего регламента.

5.16. Работы по исключенным из сводной заявки на проведение ТП функциональным и/или технологическим подсистемам не проводятся. РФП/РТП могут подать повторную заявку на проведение ТП своих подсистем с учетом исправления замечаний, поступивших от УИС и/или структурных подразделений в соответствии с пунктами 5.3 - 5.14 настоящего регламента.

6. Сроки приема заявок от РП и согласования ТП:

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

- Подача заявок ВР от РП - в день проведения ТП не позднее трех часов до начала работ.

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

- Проведение ТП в соответствии с заявленным временем.

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

- Подача заявок ВР от РП - не позднее 18.00 среды

- Свод поступивших заявок выпускающим редактором - до 12.00 четверга.

- Согласование ТП в структурных подразделений - до 15.00 (в случае повторного согласования до 17.00) четверга.

- Согласование ПиМ со структурными подразделениями до 18.00 четверга. Ответственный за организацию согласования ПиМ - УФТ.

- Передача исходных кодов ВР от РП не позднее 12.00 пятницы.

- Проведение ТП - с 20.00 пятницы.

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

7.1. Для проведения тестирования версии, после согласования сводной заявки на проведение ТП со структурными подразделениями УИС организует размещение согласованного комплекта документации и ПиМ по соответствующим функциональным и/или технологическим подсистемам в ФАП ФК для плановой версии не позднее 18.00 четверга, для экстренного тестирования - после получения согласования проведения ТП.

7.2. Структурные подразделения, РП, ВР получив подтверждение о согласовании ТП от ВР, направляют по электронной почте в УИС перечень сотрудников для участия в плановом тестировании.

7.3. УИС после согласования заявки на проведение сводной ТП направляет в пилотные регионы (в случае необходимости):

7.3.1. Для экстренного тестирования - оповещение по электронной почте о проведении экстренного регрессионного тестирования не позднее 17.30 дня проведения тестирования согласно сводной заявке на проведение ТП.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С.Б. Гуральников

Согласовано

Начальник Управления информационных систем

С.Г. Павлов

Начальник Управления финансовых технологий

Ткаченко В.В.

Начальник Управления интегрированных информационных систем государственных финансов

Н.В. Гвоздева

Начальник Управления режима секретности и безопасности информации

В.С. Бражко

21 августа 2015 г.