Стадии выпуска релиза
Порывшись в интернете не нашлось статьи, которую я могла бы скинуть обучающимся студентам, для понимания процесса выпуска релиза. Чтобы не было лишней информации, а только сама суть.
Поэтому пишу данную пояснительную шпаргалку для всех интересующихся: что такое релиз и какие стадии обычно проходят от начала до момента выпуска версии на промышленный стенд.
Релиз - выпуск очередной версии программного обеспечения.
В деталях выпуск релиза на проектах может отличаться, но есть основные шаги через которые проходят все.
Релиз проходит следующие стадии:
5. Выпуск
Планирование
Что делают
- Определяют задачи для выпуска в будущем релизе.
- Собирают оценку от аналитики, разработки, тестирования по будущим задачам.
- Формируют итоговый список задач и заносят их в Jira(например).
- Проставляют ответственных по задачам.
Кто основные участники
- Руководитель проекта(Project Manager)
- Владелец продукта(Product Owner)
- Бизнес-аналитик
- Лид разработки
- Лид тестирования
Анализ
Что делают
- Проводят детальную аналитику по задачам.
- Пишут требования разного уровня детализации:
- Бизнес-требования
- Системные требования
Кто основные участники
- Аналитики
Разработка
Что делают
- Пишут код.
- Пишут unit-тесты.
- Дополняют api-документацию.
- Делают сборку версии с изменениями.
На выходе с этого этапа обычно имеем сборку версии приложения.
Сборка представляет собой физически: набор файлов с изменениями для установки на стенд.
Вопрос установки сборки команды решают по разному.
Обычно стараются наладить процесс CI/CD с помощью таких инструментов как TeamCity, Gitlab и т.д.
Кто основные участники
- Разработчики
Тестирование
Фича тест
Изначально новая функциональность тестируется отдельно.
Что делают
- Устанавливают обновления на нужный стенд.
- Тестируют новые изменения.
- Правят найденные баги(делают разработчики).
- Производят ретест починенных багов.
В рамках тестирования qa общаются с разработкой и аналитикой по возникшим вопросам.
На выходе: чек-листы, тест-кейсы, тест-план, дефекты в системе управления задачами(например, Jira).
Релизное тестирование
Что делают
- Регрессионное тестирование версии.
- Правят найденные баги(делают разработчики).
- Производят ретест починенных багов.
То, что не исправили по каким-либо причинам, уносится в следующий релиз или выкатывается позже хотфиксами.
Хотфикс - горячее/быстрое исправление дефектов на промышленном стенде.
Не исправленные баги должны быть согласованы с заказчиком. Просто так катить версию с парой сюрпризов в виде дефектов будет плохим тоном. Заказчик будет думать, что вы не поймали их на тестировании и составит мнение не в вашу пользу.
Кто основные участники
- Тестировщики
Выпуск
Выпуск версии - передача/установка версии на стенд конечного пользователя.
Что делают
Передают и устанавливают новую версию(релиз) на промышленный стенд.
Кто основные участники
- Инженеры сопровождения
Данный этап часто выполняется либо инженерами сопровождения или девопсами.
Иногда версию на промышленный стенд устанавливают тестировщики или разработчики.
Сопровождение
Что делают
- Собирают вопросы/дефекты после наката версии на промышленный стенд.
- Воспроизведят дефекты от пользователей.
- Отвечают на вопросы пользователей/заказчиков по новому функционалу.
Кто основные участники
- Специалисты по сопровождению
*Другие материалы о тестировании и IT на канале TESTOREST