Двухминутные идеи: релизы

И снова здравствуйте! Как и было обещано в статьях о скраме , здесь идет информация о решении проблем с релизами.

Баги Шрёдингера — это не баг и не фича.

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

Неудачный этап тестирования.

Чаще всего ваш конвейер развертывания дает сбой на этапе тестирования. Ни для кого не секрет, что тест-кейсы не получают той любви, которой они заслуживают. Релизы не обязательно должны быть заблокированы из-за этого. Но постарайтесь решить эту проблему вместе с командой разработчиков.

Шов во времени…

Не секрет, что большинство современных приложений представляют собой сложные микросервисы, работающие в тандеме. Вместо того, чтобы сообщать об общей ошибке и тратить дни на то, кому или какой команде она должна быть назначена, хорошо изучите свой продукт. Попробуйте угадать корень проблемы. Добавьте свои идеи в заявку, а затем назначьте человека, который, скорее всего, сможет решить проблему. Конечно, они переназначат, если ваша догадка была неверной. Это нормально. Вы сэкономили драгоценное время на этапе обнаружения.

Насмешка это хорошо.

Я не могу повторить это достаточно. Поддерживайте актуальность набора фиктивных данных. Иногда варианты использования упускаются только потому, что либо разработчик, либо QE не проверили новую логику на соответствие правильным данным. Обычно промежуточная среда не всегда точно имитирует производственную среду. Обратитесь к этому заранее.

S полуавтоматизированные варианты использования.

Неудивительно, что некоторые варианты использования фактически полуавтоматизированы. Или просто они настолько редки, что обычно отходят на второй план. Время разработки не тратится на автоматизацию редко встречающихся элементов. Кто-то еще может настроить БД, запустить несколько cron, если возникнет такая ситуация. Однако эти варианты использования могут вернуться, если вы добавите новую логику, не проверив ее. Знайте пики и планируйте соответственно.

Освобождение веток.

Управление версиями может быть вашим другом или врагом. И это продиктовано тем, как вы планируете свои выпуски, как вы создаете свои теги и как вы обновляете свою основную ветку после выпуска. Или даже иногда предварительный выпуск в зависимости от вашего рабочего процесса тегов. Знайте своих стейкхолдеров и, опять же, знайте приоритеты. Узнайте, какие функции планируются к запуску, а какие уже запущены.

Вот и все! Увидимся снова в следующем списке идей о войнах фреймворков . Не забудьте поставить лайк, прокомментировать и поделиться, если вы нашли в этом какую-то ценность. Ваше здоровье!