зп 280к net
опыт 1,5 года
в резюме 3+
удаленка
про типичный спринт на работе я рассказала, хочу теперь поделиться тем, что происходит конкретно после написания кода, ибо работа на этом не заканчивается
тут дальше будет про код ревью, тестирование, авто сборки и релизный цикл
когда задача с моей стороны является выполненной: то есть вся бизнес логика отрабатывает ровно так, как заявлено в требованиях аналитика, а дизайн соответствует макетам, эту задачу необходимо запушить в удаленный репозиторий в гитлабе
таким образом создается мр (мердж реквест), в зависимости от гитфлоу команды это может быть и пр (пулл реквест)
у нас мр, его должен отревьюрить мой коллега, он проходится по всем изменениям в моем коде, и если что-то не понятно - оставляет комментарии на нужной строчке
обычно эти правки касаются только код стайла, нейминга функций или моделей, а вот саму функциональность и логику работы моей ветки будет проверять тестировщик
сам процесс код ревью зависит от общепринятых стандартов в команде, обязательно узнай на какие модули/классы/файлы в проекте тебе ориентироваться.
это необходимо, чтобы соответствовать команде)
пиши по образу и подобию коллег, тогда и будет меньше правок от них)
после я делаю коммит с правками после ревью, его смотрят еще раз и если все ок - аппрувят мою ветку
дальше эту ветку необходимо будет собрать для тестирования. если на проекте настроен CI/CD, то это будет сделано автоматически, мне же будет только необходимо отправить номер сборки тестировщику, ее я вижу в описании своей ветки.
также отписываю в комментариях тикета номер сборки, чтобы не потерять.
по этому номеру в тестфлайте будет лежать версия проекта конкретно с моими изменениями, которые и будут проверять
если во время проверки тестировщик найдет баги, в зависимости от критичности, их необходимо будет решать, а какие-то не критичные, но сложные в правке баги, можно завести и отложить в бэклог, убрав их в долгий ящик))
после тестирования моя ветка может быть запушена в девелоп ветку проекта. в последний день спринта с этой ветки уже будет сделан срез.
срез - это новая релизная версия вашего приложения в сторе, но до того как она попадет туда, ее снова нужно протестировать, но уже комплексно
со срезом чаще всего проводят либо регресс, либо смоук, в зависимости от серьезности изменений в приложении.
могут также выявить баги, которые, если они серьезные, прийдется хотфиксом исправлять прямо в релизе, но такое бывает крайне редко)
также пишутся релиз ноутс по изменениям в этой версии проекта.
это то, что ты видишь в сторе рядом с версией приложения.
собственно это те самые фичи и фиксы багов с работы, которые называют чуть по-другому, чтобы пользователь понял, что поменялось и обновился
после этого мы поднимаем минорную версию приложения, чтобы в дальнейшем уже продолжить работу в новом спринте над его будущей версией
после тестирования сборку отправляют на ревью в стор, многие делают канареечную раскатку - это когда не на всех пользователей летит обновление, а постепенно, сначала на 5%, потом на 10% и так далее)
на этом все, далее уже от пользователей собирают инфу по установкам, вдруг что-то сломается в проде, и нужно будет это также чинить в следующем спринте 😅
надеюсь, было полезно!
Автор: @annagoladev
Вступай в ОМ | Расти в IT | Присылай историю