Меню

Стадии выпуска релиза

Порывшись в интернете не нашлось статьи, которую я могла бы скинуть обучающимся студентам, для понимания процесса выпуска релиза. Чтобы не было лишней информации, а только сама суть.

Поэтому пишу данную пояснительную шпаргалку для всех интересующихся: что такое релиз и какие стадии обычно проходят от начала до момента выпуска версии на промышленный стенд.


Релиз - выпуск очередной версии программного обеспечения.

В деталях выпуск релиза на проектах может отличаться, но есть основные шаги через которые проходят все.


Релиз проходит следующие стадии:


  1. Планирование
  2. Анализ 
  3. Разработка
  4. Тестирование

  5.  Выпуск

  6.  Сопровождение




Планирование


Что делают


  1. Определяют задачи для выпуска в будущем релизе.
  2. Собирают оценку от аналитики, разработки, тестирования по будущим задачам.
  3. Формируют итоговый список задач и заносят их в Jira(например).
  4. Проставляют ответственных по задачам.



Кто основные участники


  • Руководитель проекта(Project Manager)
  • Владелец продукта(Product Owner)
  • Бизнес-аналитик
  • Лид разработки
  • Лид тестирования 




Анализ


Что делают


  1. Проводят детальную аналитику по задачам.
  2. Пишут требования разного уровня детализации: 
  • Бизнес-требования
  • Системные требования



Кто основные участники


  • Аналитики




Разработка


Что делают


  1. Пишут код.
  2. Пишут unit-тесты.
  3. Дополняют api-документацию.
  4. Делают сборку версии с изменениями.


На выходе с этого этапа обычно имеем сборку версии приложения.

Сборка представляет собой физически: набор файлов с изменениями для установки на стенд.

Вопрос установки сборки команды решают по разному.

Обычно стараются наладить процесс CI/CD с помощью таких инструментов как TeamCity, Gitlab и т.д.


Кто основные участники


  • Разработчики




Тестирование


Фича тест

Изначально новая функциональность тестируется отдельно.


Что делают


  1. Устанавливают обновления на нужный стенд.
  2. Тестируют новые изменения.
  3. Правят найденные баги(делают разработчики).
  4. Производят ретест починенных багов.


В рамках тестирования qa общаются с разработкой и аналитикой по возникшим вопросам.

На выходе: чек-листы, тест-кейсы, тест-план, дефекты в системе управления задачами(например, Jira). 


Релизное тестирование


Что делают


  1. Регрессионное тестирование версии.
  2. Правят найденные баги(делают разработчики).
  3. Производят ретест починенных багов.


То, что не исправили по каким-либо причинам, уносится в следующий релиз или выкатывается позже хотфиксами.

Хотфикс - горячее/быстрое исправление дефектов на промышленном стенде.

Не исправленные баги должны быть согласованы с заказчиком. Просто так катить версию с парой сюрпризов в виде дефектов будет плохим тоном. Заказчик будет думать, что вы не поймали их на тестировании и составит мнение не в вашу пользу.


Кто основные участники


  • Тестировщики




Выпуск

Выпуск версии - передача/установка версии на стенд конечного пользователя.


Что делают

Передают и устанавливают новую версию(релиз) на промышленный стенд.


Кто основные участники


  • Инженеры сопровождения


Данный этап часто выполняется либо инженерами сопровождения или девопсами.

Иногда версию на промышленный стенд устанавливают тестировщики или разработчики.




Сопровождение


Что делают


  1. Собирают вопросы/дефекты после наката версии на промышленный стенд.
  2. Воспроизведят дефекты от пользователей.
  3. Отвечают на вопросы пользователей/заказчиков по новому функционалу.



Кто основные участники


  • Специалисты по сопровождению



*Другие материалы о тестировании и IT на канале TESTOREST

qa,
релиз