"Escrow builds": как Microsoft тестирует свои релизы, чтобы вы этого не заметили

Microsoft, оказывается, придумывает свои собственные термины для описания процессов разработки. Один из таких терминов — "escrow builds". Звучит как что-то из мира финансов, но на самом деле это внутренний термин Microsoft, связанный с контролем качества! 🧐

Инженер Microsoft, где-то уже ветеран, Рэймонд Чен, рассказал про эту фишку в своей серии "The Old New Thing". Оказывается, когда продукт готов к выпуску, команда релиз-менеджеров выбирает определенную сборку и называет её "escrow build".

Что это значит? Ну, в идеале, эта сборка прошла все тесты, все "bake time" (еще один их термин, означающий период наблюдения за поведением кода для набора доверия) и вроде как готова к релизу. Но! Название "escrow" (что-то типа "депозит") намекает, что она еще не совсем окончательная, а находится как бы на "хранении" у воображаемой третьей стороны.

Если в этой "escrow" сборке обнаруживаются серьезные баги, то это целый "escrow reset". По сути, это значит, что разработчикам придется править баги, делать новую сборку, которая снова станет "escrow build", и весь цикл повторяется. 🔄 Это происходит до тех пор, пока сборка не пройдет "escrow" период без всяких "escrow events". Только тогда она отправляется на производство.

Звучит немного запутанно, правда? 🤔 Сам Чен признает, что такое словесное оформление не очень помогает, потому что они объясняют метафору метафорой. Вместо полного определения "escrow" они называют его "периодом выпекания перед RTM" (Release to Manufacturing - готовность к производству).

По сути, "escrow build" — это такая финальная "тестовая комната" перед тем, как софт отправят в массы. Если всё прошло гладко — отлично, релиз! Если нет — придется вернуться и довести до ума. 🛠️

Интересно, какие еще "микрософтизмы" скрываются в их процессах? 🤔

Главная мысль: Microsoft придумала "escrow builds" – это их внутренний термин для финальной стадии проверки качества перед релизом. Если есть баги, вся сборка перезапускается в этом статусе, пока не будет идеальной. Звучит как мудреное, но рабочее решение для контроля качества.

Сводка:

• "Escrow build": финальная сборка ПО, которая проходит интенсивное тестирование перед релизом.
• "Bake time": период наблюдения за поведением кода для набора доверия.
• "Escrow reset": объявление о серьезном баге, запускающее повторное тестирование и исправление
• Цель: убедиться, что продукт соответствует стандартам качества и надежности перед массовым выпуском.