Альфа, бета и почему мы все виноваты
Было замечено на в последнее время концепция бета-версии программного обеспечения резко изменилась за последние десять лет. Возможно, Google оказал большое влияние (вздох… Gmail) или, возможно, Интернет в целом.
С годами термины «альфа» и «бета» запутались и запутались. Вот что когда-то значили эти первые выпуски:
Альфа-сборки : Альфа-версии, в которых (и остаются) в основном внутренние сборки, используемые для оценки кода. Этот этап продукта включает изменение дизайна пользовательского интерфейса, добавление и отключение функций и исправление множества ошибок. Обычно к концу этого этапа код продукта готов и можно использовать.
Бета-версии : Либо «закрыто», либо «открыто». Бета-сборки почти завершены и должны быть достаточно стабильными для использования. Целью бета-версии было не обнаружение каких-либо ошибок в программном обеспечении, а выявление ошибок, которые разработчики еще не обнаружили в ходе внутреннего тестирования. Некоторые из них неясны и требуют более широкого тестирования.
Кандидаты на выпуск : Мы видим это реже в наши дни, но выпуск RC — это полный код. Никаких новых функций не будет, и все, что останется сделать, это найти и исправить несколько последних оставшихся ошибок.
Что это значит сегодня :
Сейчас я не знаю, как именно работает цикл разработки. Большинство разработчиков, похоже, хотят как можно скорее передать в руки пользователей полезное программное обеспечение, что и хорошо, и плохо.
ZDNet описал это еще в 2005 году как:
Бета-тесты становятся более длинными, менее ограниченными и более распространенными, так как компании бесконечно возятся со своими продуктами публично.
Плюс в том, что во время цикла разработки обнаруживается гораздо больше ошибок, отзывы пользователей могут внести свой вклад в проект, и это дает программному обеспечению большую известность, чем если бы они тестировались только внутри компании.
Плохо то, что бета-версия ПО может дать компании или услуге постоянно запутанное имя. Люди ожидают, что бета-версия программного обеспечения будет удобной как по производительности, так и по функциям, а все остальное не получит критики. Я сам был виноват в этом раньше.
Когда дело доходит до проверки предварительного выпуска программного обеспечения, производительность и стабильность никогда не должны включаться в обзор. Вместо этого следует сосредоточить внимание на возможности и обещании того, на что нацелено программное обеспечение.
Я сам постараюсь помнить об этом, когда пишу и рецензирую продукты.
