Пороги на пути релиза
Планирование, разработка, тестирование, приемочное тестирование, приемка и стабилизация. Разработка разделена на локальную и мастер-ветку. QG №0 действует на всех этапах, QG №1–22 распределены по этапам.
- Запрос на слияние веток (MR)
03 Разработка: мастер-веткаDEV контур
Деплой на тест04 ТестированиеФТ / ИФТ / РТ · TEST контур
Деплой на Preprod, НТ05 Приемочное тестированиеАРТ / НТ / ИТ · Preprod, НТ контур
Все этапы
Проверка статусов задач по этапам
Проверка охватывает все задачи релизного процесса, включая задачи аналитики, разработки и тестирования.
- Отображение
- Дашборды, фильтры или доски Jira для отображения статусов.
Планирование
Проверка заполнения поля БТ
Проверяется заполнение поля БТ.
В исходной модели проверка связана с WorkFlow для релизных проектов.
Проверка заполнения поля ТЗ
Проверяется заполнение поля ТЗ.
В исходной модели проверка связана с WorkFlow для релизных проектов.
Проведено ревью требований
Анализ и оценка в целях проверки полноты, точности, ясности и соответствия требованиям.
Проведен импакт-анализ
Оценка и анализ влияния требований и разработки на смежный функционал и требования.
Задокументированы интеграционные связи
Проверяется документирование интеграционных связей.
Проверка оценок задач
Проверка оценок перед началом разработки.
- Условие
- Перед разработкой все задачи имеют оценку по трудоемкости.
В исходной модели проверка связана с WorkFlow для релизных проектов.
Проверка достаточности ресурса разработки
Проверка достаточности ресурса для запланированных задач разработки.
- Условие
- Перед разработкой все задачи имеют оценку по трудоемкости и укладываются в доступную емкость (capacity).
В исходной модели проверка связана с WorkFlow для релизных проектов.
Разработка: локальная ветка
Проведение код-ревью, проверка версии релиза в задаче, принятие MR
В локальной ветке объединены три проверки: код-ревью, версия релиза в задаче и принятие запроса на слияние веток (MR).
В исходной модели проверка связана с WorkFlow для релизных проектов.
Разработка: мастер-ветка
Проверка прохождения автотестов
Проверяется прохождение Unit- и API-тестов в мастер-ветке.
Подтверждены технологические мощности (среды) для возможности тестирования
Подтверждение технологических мощностей и сред расположено в мастер-ветке разработки перед деплоем на тест.
Проверка достаточности ресурса тестирования
Проверка достаточности ресурса перед тестированием.
- Условие
- Перед тестированием все задачи имеют оценку по трудоемкости и укладываются в доступную емкость (capacity).
В исходной модели проверка связана с WorkFlow для релизных проектов.
Тестирование
Проверка успешного выполнения пайплайна CD
Проверяется, что пайплайн CD успешно отработал для автоматической сборки, тестирования и развертывания приложения.
Проверка заполнения поля TestIT
Проверяется заполнение поля TestIT.
В исходной модели проверка связана с WorkFlow для релизных проектов.
Проверка тестирования тогглов
Проверяется тестирование тогглов.
Проверка состава типа ошибок
Проверяется состав ошибок: в источнике выделены блокирующий и высокие приоритеты.
Подтверждены технологические мощности (среды) для возможности тестирования
Подтверждение технологических мощностей и сред расположено на этапе тестирования перед деплоем на Preprod, НТ. Это отдельный порог, не замена QG №10.
Приемочное тестирование
Проверка успешного выполнения пайплайна CD
Проверяется, что пайплайн CD успешно отработал после перехода на Preprod, НТ.
Проверка результатов процедур резервного копирования / бэкапа / отката
Проверяются результаты процедур резервного копирования, бэкапа и отката.
Приемка
Проверка и валидация всех протоколов тестирования
Проверяются и валидируются все протоколы тестирования.
- Материалы
- Протоколы ФТ / ИФТ / РТ / АТ / НТ / UAT / ИТ.
Анализ и оценка документации проекта
Анализируется и оценивается вся соответствующая документация проекта.
- Материалы
- Руководства пользователя, API-документация, документация по архитектуре, спецификации, Release notes и другие релевантные материалы.
Стабилизация
Подтверждение обновления функционала от бизнеса
На этапе стабилизации предусмотрено подтверждение обновления функционала от бизнеса.
- Участник
- Представитель бизнес заказчика
Подтверждение проведения PIR и рассылки дайджеста
Подтверждаются проведение PIR и рассылка дайджеста.