Утверждаю
Заместитель руководителя
Федерального казначейства
С.Б.ГУРАЛЬНИКОВ
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. Дистрибутив и документация интеграционной версии передается в Фонд алгоритмов и программ после успешного проведения тестирования.
Приложение N 1
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
Запрос
на проведение работ в рамках технологической паузы
функциональной/технологической подсистемы ГИИС ЭБ
Место проведения работ:
Планируемая дата и время проведения работ:
Способ выполнения работ: удаленно/на месте
Необходимость обеспечения пропуска на место проведения работ:
| Сервис | Операционный сервис (БПО, ППО, СПО, АО СПО) | Функциональная область | Причины проведения работ и краткое описание (подробно, включая версии подсистемы, патча) | Контур | Оборудование | Среда тестирования (пром. /тест) | Необходимость остановки сервиса | Ф.И.О. Исполнителя (РФП/РТП) | Контакты Исполнителя (РФП/РТП) | Время проведения конкретных работ | Планируемый результат | Оценка влияния на другие подсистемы | Связано с аварийной ситуацией (номер инцидента) | Технология восстановления системы в исходное состояние | Перечень предоставляемой документации (ссылка на репозиторий) |
Приложение N 2
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
Место проведения работ:
Планируемый период проведения работ:
Способ выполнения работ: удаленно/на месте
Номер групповой заявки в СУЭ:
Необходимость обеспечения пропуска на место проведения работ: (да/нет)
Тип работ: (экстренно/планово (в случае экстренной ТП указывать N инцидента аварии))
Изменения политик мониторинга (да/нет)
| Функциональная или технологическая подсистема ГИИС ЭБ (сервис) | (функциональная область) | Причины проведения работ и краткое описание (подробно, включая версии подсистемы, патча) | Контур (ЗКВС, Интернет) | Оборудование | Оценка влияния на другие подсистемы | Инициатор (Ф.И.О. Контакты) | Исполнитель (РФП/РТП, ВР Ф.И.О. Контакты) | Время проведения работ | Планируемый результат | Перечень предоставляемой документации | Координатор изменения | Согласование с Владельцем сервиса (УФТ, УИИС ГФ) | Согласование с УИС (ФИО, Согласовано да/нет) | Согласование с УРСиБИ | Согласование с МОУ | Технология восстановления системы в исходное состояние | Результат проведения работ | ||||
| ОВИСИ | ОЭППО | ОТЭ | ОИС | ОТО | ОРСИБИ | ||||||||||||||||
| (Ф.И.О., Согласовано да/нет) | (Ф.И.О., Согласовано да/нет) | (Ф.И.О., Согласовано да/нет) | (Ф.И.О., Согласовано да/нет) | (Ф.И.О., Согласовано | (Ф.И.О., Согласовано | (Ф.И.О., Согласовано | |||||||||||||||
Приложение N 3
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
Форма отчета пилотных регионов по результатам
проведения тестирования
Место проведения работ по тестированию:
Дата и общее время проведения работ:
| NN | Требование (НПА, разъяснительные письма и т.д.) | Функциональная/технологическая подсистема | Номер и состав доработки | Название и версия ПиМ | N Контрольного примера | Результат выполнение контрольного примера да/нет | Замечания к документации | Комментарии |
Приложение N 4
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
ПЕРЕЧЕНЬ ДОКУМЕНТОВ
1. Инструкция по обновлению (readme)
2. Руководство пользователя
Приложение N 5
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
УТВЕРЖДАЮ Заместитель руководителя Федерального казначейства __________________________ "____" ___________ 20__ г. Протокол проведения тестирования Настоящий протокол составлен по результатам проведенного ___________________________________________________________________________ (указывается вид или несколько видов тестирования (регрессионное, интеграционное, нагрузочное, функциональное)) тестирования версии _______________________________________ государственной информационной интегрированной системы управления общественными финансами "Электронный бюджет" (далее - ГИИС ЭБ) в части ___________________________________________________________________________ (указывается название подсистемы ГИИС ЭБ и функциональной области) Результаты тестирования: Контрольные примеры пройдены/не пройдены. Функциональные требования выполнены/не выполнены. Отчет об ошибках и замечаниях (приложение к настоящему Протоколу) < 1 > Заключение: версия ________________________________________ ГИИС ЭБ в части ___________________________________________________________________________ (указывается название подсистемы ГИИС ЭБ и функциональной области) соответствует/не соответствует требованиям постановки задачи и может/ не может быть принята к установке на программно-аппаратный комплекс ГИИС ЭБ. Руководитель/зам. Руководителя Пилотный УФК ______________________ "__" __________ 20__г. Управление ЦАФК ______________________ "__" ___________20__г. ______________________ "__" ___________20__г. ______________________ Разработчик "__" ___________20__г. ______________________< 1 > Указывается в случае, если КП примеры не пройдены, есть ошибки и замечания. В случае если ошибок и замечаний нет, КП пройдены, данная строка в протокол не пишется).
Приложение N 6
к Регламенту проведения тестирования
государственной интегрированной
информационной системы управления
общественными финансами
"Электронный бюджет"
УТВЕРЖДАЮ Начальник Управления информационных систем __________________________ "____" ___________ 20__ г. РЕШЕНИЕ Управление информационных систем, рассмотрев представленные материалы подсистемы _______________________________________________________ ГИИС ЭБ, (наименование подсистемы, номер версии) РЕШИЛО принять вышеуказанную версию подсистемы ________________________________________________________________ _____ ГИИС ЭБ в эксплуатацию. От ФАП ФК _______________/_______ "__" ___________ 20__г.| NN | Вид тестирования | Описание тестирования | Вид тестирования | Разрабатываемая документация | Участники тестирования |
| 1 | Функциональное тестирование | Тестирование подсистем ГИИС ЭБ в целях проверки реализованных функциональных требований | ручной | ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | СП РП, Пилотные регионы |
| 2 | Регрессионное тестирование | Вид тестирования подсистем ГИИС ЭБ, направленный на обнаружение ошибок в ранее протестированных версиях и/или на подтверждение работоспособности критически важного функционала | автоматический/ручной | ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | ВР, РП, Пилотные регионы |
| 3 | Нагрузочное тестирование | Тестирование производительности, сбор показателей и определение производительности и времени отклика подсистемы ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной подсистеме | автоматический/ручной | ПиМ, Инструкция по обновлению (readme) | ВР, РП |
| 4 | Интеграционное тестирование | Проверка корректности взаимодействия смежных доработок, подсистем ГИИС ЭБ друг с другом и/или с внешними системами | ручной | ПиМ, Руководство пользователя, Инструкция по обновлению (readme) | СП РП, Пилотные регионы |
| 5 | Автономные испытания | Проведение проверки на работоспособность программно-аппаратного комплекса ГИИС ЭБ | автоматический/ручной | ПиМ, Инструкция по обновлению (readme) | ВР |