Альфа и бета версии программ что это

Содержание

У нас есть 17 ответов на вопрос Что такое альфа и бета версии? Скорее всего, этого будет достаточно, чтобы вы получили ответ на ваш вопрос.

Содержание

Чем отличается альфа версия от бета версии?
Что идёт раньше альфа или бета?
Что такое альфа и бета версии? Ответы пользователей
Что такое альфа и бета версии? Видео-ответы

Отвечает Дан Бобров

Преальфа (Pre-alpha) — самая начальная стадия разработки. Альфа-версия — вроде всё сделали, протестировали самое основное. Бета-версия — оттестировали большую часть, ловим тараканов при поддержке небольшого круга доверенных людей. Релиз-кандидат — почти готовая к выпуску программа.Sep 1, 2021

Чем отличается альфа версия от бета версии?

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

Являетесь ли вы Альфа-самцом в своей группе?

Что идёт раньше альфа или бета?

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

Что такое альфа и бета версии? Ответы пользователей

Отвечает Влад Самофеев

Бета-версия выпускается после завершения работы над альфа версией. Это более отшлифованная версия существующей программы с полной мощностью.

Отвечает Юлия Четырбок

Устанавливать альфа-версии стОит только для ознакомления с будущими возможностями программ. Бета-версии программ – это уже практически готовые продукты, .

Отвечает Анастасия Суровикова

Преальфа (Pre-alpha) — самая начальная стадия разработки. Альфа-версия — вроде всё сделали, протестировали самое основное. Бета-версия — .

Отвечает Ярослав Белов

Чем отличается альфа версия и бета версии?

Источник: querybase.ru

Software versioning

Методология изменения версий продукта программного обеспечения

Software versioning — это процесс создания уникальных имен или номеров для различных версий продуктов программного обеспечения.

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

Альфа и бета тестирование / Урок 13 / Тестировщик с нуля

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

В более поздних релизах, главное число (major) увеличивается, когда происходят значительные переходы в функциональности, второстепенное число (minor) прибавляется только тогда, когда были добавлены незначительные функции или внесены исправления. Номер версии изменяется, если исправлены все мелкие неполадки. Для типичного программного продукта используются следующие номера: 0.9 (для бета-версии), 0.9.1, 0.9.2, 0.9.3, 1.0, 1.0.1, 1.0.2, 1.1, 1.1.1, 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2, 2.2, и т.д. Разработчики порой перескакивают от версии 5.0 сразу к 5.5, для того чтобы обозначить добавление нескольких значимых функций в программе, однако их не достаточно, чтобы изменить главный номер версии, тем не менее такие скачки все же неуместны.

Другой подход использования главных и второстепенных номеров версий заключается в добавлении буквенно-цифровой последовательности, определяя тем самым стадию разработки релиза: «альфа», «бета», «релиз кандидат». Серия версий с использованием этого подхода может выглядеть следующим образом: если к версиям 0.5, 0.6, 0.7, 0.8, 0.9 добавляются новые функции их можно назвать — 1.0b1, 1.0b2, еще плюс новые функции — 1.0b3, затем версия становится 1.0rc1.

Если версия 1.0rc1 достаточно стабильна, то она становится 1.0, однако если в 1.0rc1 обнаруживаются ошибки, которые необходимо исправить она будет иметь номер 1.0rc2 и т.д. Важной характеристикой этого подхода является соблюдение идентичности стадий разработки версий. Нельзя вносить никаких изменений между последней бета-версией и первым релиз кандидатом или последним релиз кандидатом и готовым продуктом. Если вы это сделали, необходимо выпустить другую версию на более низкой стадии разработки.

Известные примеры буквенно-цифровых версий — Macromedia Flash MX, Adobe Photoshop CS2.

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

Обозначение стадии разработки

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

0 — альфа
1 — бета
2 — релиз кандидат
3 — публичный релиз

1.2.0.1 вместо 1.2-a
1.2.1.2 вместо 1.2-b2 (бета с несколькими исправленными ошибками)
1.2.2.3 вместо 1.2-rc (релиз кандидат)
1.2.3.0 вместо 1.2-r (для коммерческого распространения)
1.2.3.5 вместо 1.2-r5 (для коммерческого распространения со многими исправленными ошибками)

Разделение последовательностей

При публикации последовательности могут быть разделены знаками препинания. Выбор знаков препинания и их использования зависит от схемы.

Схема может использовать один и тот же знак препинания между последовательностями: 2.4.13, 2/4/13, 2-4-13
Выбор схемы, какие числа разделять, а какие нет, может быть противоречивым: 2.413
Схема может использовать разные знаки препинания внутри одной последовательности: 2.4_13

Номера последовательностей

Иногда в схемах существует четвертое неопубликованное число, которое обозначает сборку (build) программного обеспечения (как это делает ,Microsoft). ,Adobe Flash наоборот больше всего выделяет четвертое число версии: 10.1.53.64. Некоторые компании также включают дату сборки. Номера версий могут включать буквы и знаки препинания: Lotus 1-2-3 Release 1a.

Приращение последовательности

Существует два разных способа приращения последовательности номеров в версии. Большинство продуктов свободного программного обеспечения используют непрекращаемый поток последовательных номеров: 1.7.0, 1.8.0, 1.8.1, 1.9.0, 1.10.0, 1.11.0, 1.11.1, 1.11.2, и т.д. Примером такого продукта может служить MediaWiki. В других программах используются десятичные номера: 1.7, 1.8, 1.81, 1.82, 1.9, и т.д. В таких программах после версии 1.8 будет идти версия 1.81, текущие релизы будут обозначаться 1.81a, 1.81b, и т.д.

Использование дат в версиях

Разработчики проекта Wine использовали даты при нумерации версий, они указывали год, месяц и день релиза: «Wine 20040505». Сейчас Wine использует «стандартную» нумерацию релизов, последняя версия 2010 года имеет номер 1.2. Компания Ubuntu Linux использует похожую схему нумерации, например релиз апреля 2010 года пронумерован как Ubuntu 10.04. Номера сборок Microsoft Office тоже на самом деле закодированные даты.

Схема нумерации версий TeX

Система TeX использует уникальную схему нумерации версий. После появления версии номер 3, ко всем последующим обновленным версиям после точки добавляли цифру, соответствующую последовательности числа Π это одна из форм унарной системы счисления – номер версии соответствует номеру цифры в числе Π. Номер последней версии 3.1415926. Такой метод отражает стабильность системы TeX. Разработчик TeX Дональд Кнут сказал, что последняя версия выйдет после его смерти и ее номер будет полное число Π, в которой все оставшиеся недочеты станут постоянными функциями. Подобной схемы придерживается METAFONT, нумеруя версии числами из математической константы e.

Схема Apple

,Apple использует формализованную структуру нумерации версий основанную на структуре NumVersion, она состоит из номера главной версии (1-2 числа), номера второстепенной версии (1 число), номера исправленной версии («bug» version) (1 число), индикатора стадии разработки (преальфа, альфа, бета и т.д.) и номера пререлиза (0-255). При написании этих номеров версий в строке, существовало условное соглашение опускать часть номера, обозначающую нулевую или последнюю стадию разработки. На пример: 1.0.2b12, 1.0.2 (вместо 1.0.2f0), и 1.1 (вместо 1.1.0f0).

Другие схемы

Производители программного обеспечения используют различные схемы для обозначения релиза их софта. Например, операционная система Microsoft Windows появилась на рынке со стандартной числовой схемой обозначения версий (от Windows 1.0 до Windows 3.11). Позднее разработчики Microsoft начали разделять названия версий в маркетинговых целях, то есть, сначала используя год релиза (Windows 95 (4.0), Windows 98 (4.10), Windows 2000 (5.0)), потом буквенно-цифровые коды (Windows Me (4.90), Windows XP (5.1)), после чего названия брендов (Windows Vista (6.0)). Судя по последнему релизу Windows 7, Microsoft снова вернулся к стандартной числовой схеме, хотя официальное название версии Windows 7 это 6.1.

В проекте Debian для релизов операционной системы используется «major/minor» схема, а для названий программных продуктов при разработке используются имена из мультфильма «История Игрушек».

Скрытые номера версий

Продукт программного обеспечения может иметь так называемый «скрытый» номер версии, который не указан в основном названии продукта (обычно в составлении скрытого номера соблюдаются все правила нумерации версий). Например, версия Java SE 5.0 имеет внутренний номер 1.5.0, а версии Windows начиная от NT 4, продолжают внутреннюю стандартную нумерацию версий: Windows 2000 это NT 5.0, XP это Windows NT 5.1, 2003 это NT 5.2, Vista это NT 6.0 и 7 это NT 6.1.

Предварительные версии продуктов программного обеспечения

Вместе с различными схемами обозначения версий, перечисленными выше, система, обозначающая предварительные версии используется в большинстве случаев как программа, прокладывающая себе путь через все стадии разработки программного обеспечения. Программы, находящиеся на ранних стадиях разработки называются «альфа» (первая буква греческого алфавита).

Более зрелые программы, но еще не готовые к релизу называются «бета» (вторая буква греческого алфавита). В основном продукты программного обеспечения «альфа» тестируются только разработчиками, в то время как продуты «бета» распространяются на публичное тестирование.

Этим двум версиям продукта обычно присваивается номер меньше 1, например 0.9, так как 1.0. это уже для публичного релиза. Однако если создается предварительная версия к уже существующему продукту, то она может быть обозначена буквой «а» (значит альфа) добавленной к номеру версии готового продукта, например версия 2.5 – предварительная версия 2.5.а или 2.5а. Продукты готовые к релизу могут быть обозначены тегом «rc-#», что означает релиз кандидат (release candidate). Когда версия уже выпущена, тег убирается.

Нечетные числа в обозначении версий для разработки релиза

Между сериями 1.0 и 2.6.x, Linux kernel использовал нечетную нумерацию версий, что бы обозначить релизы в разработке, а для стабильных релизов четную нумерацию. Например Linux 2.3 была серия разработок второго главного дизайна Linux kernel, а Linux 2.4 была серия стабильных релизов, в которую перерос Linux 2.3.

В номере релиза Linux kernel сначала писался номер второстепенной версии, а затем номер релиза в возрастающем порядке. Например Linux 2.4.0 → Linux 2.4.22. После релиза 2.6 kernel в 2004 году, Linux больше не использует эту систему, теперь цикл релиза намного короче. Сейчас они просто увеличивают третье число, используя четвертое при необходимости.

Apple и нечетные числа

У компании Apple были свои особенности на счет нечетных чисел, особенно во время системы MacOS. Даже тогда когда выпускались второстепенные (minor) релизы номер версии редко был больше чем 1, а если номер нужно было увеличить они перескакивали сразу на 5, предлагая при этом небольшое изменение величины между главным и второстепенным релизом (например, 8.5 значит «восемь с половиной», а 8.6 значит «восемь с половиной точка один»). Завершенная последовательность версий выглядит так: 1.0, 1.1, 2.0, 2.1, 3.0, 3.2 (3.1 пропущена), 4.0, 4.1, 5.0, 5.1, 6.0, 7.0, 7.1, 7.5, 7.6, 8.0, 8.1, 8.5, 8.6, 9.0, 9.1, 9.2.

Версия 1.0 как ключевой этап разработки

Разработчики проприетарного программного обеспечения всегда называют первый релиз программы версия 1, а затем увеличивают номер главной версии после каждого переписывания кода. Это значит, что программа может достичь версии 3 всего за несколько месяцев разработки, при этом она еще возможно не станет стабильной и надежной.

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

Согласно этой схеме, номер версии медленно приближается к 1.0 пока устраняются все недочеты в подготовке к релизу. Разработчики MAME, например, не стремятся выпускать версию 1.0 программы эмулятора, аргументируя это тем, что она никогда не будет до конца завершена, потому что аркадные игры будут появляться всегда. За версией 0.99 просто следует версия 0.100. Подобный пример Xfire, после релиза 1.99 идет 1.100. Так за 6 лет существования eMule все еще не достигли версии 0.50.

История программ

Winamp выпустил совершенно иную конфигурацию третьей версии программы, в которой отсутствовала обратная совместимость с плагинами и другими ресурсами предыдущей версии. Однако, эта версия стала полностью совместимой с версиями 2 и 3, но нумеровалась пятой, то есть 4 была пропущена… То же самое произошло с UnixWare 7, что было соединением UnixWare 2 и Open Server 5.

Как не отставать от конкурентов

В индустрии проприетарного программного обеспечения существует общая привычка перескакивать в нумерации главных и второстепенных версий в маркетинговых целях.

Это можно увидеть на примере нескольких продуктов Microsoft и America Online, а также в системе нумерации версий Sun Solaris, Java Virtual Machine, в версиях SCO Unix и Corel Word Perfect. Программные продукты filePro DB/RAD имели нумерацию от 2.0 к 3.0 к 4.0 к 4.1 к 4.5 к 4.8 к 5.0, и они уже готовят релиз 5.6, не имея при это ни одного промежуточного. Небольшую разницу можно заметить между версиями программного обеспечения AOL’s PC client, хотя они нумеруют только главные релизы — 5.0, 6.0, 7.0, и т.д. Таким же образом Microsoft Access перескочили от версии 2.0 к версии 7.0, чтобы догнать нумерацию версий Microsoft Word.

Суеверия

У релиза 2007 программы Microsoft Office был внутренний номер версии 12. Релиз Office 2010 внутренне нумеровался уже 14, из-за плохой репутации чертовой дюжины.

Версия 13 WordPerfect Office программы Corel обозначена в продаже как «X3» (римская цифра 10 и «3»). Процедура повторилась в следующей версии X4.

Как преодолеть маркетинговые трудности

В середине 1990х быстро развивающиеся на китайском рынке CMMS и Maximo, перескакивали от версии Maximo Series 3 сразу к Series 5, пропуская Series 4, так как неправильное произношение номера 4 на китайском языке могло означать «смерть» или «неудача». Хотя это, однако, не остановило Maximo Series 5 при выпуске релиза 4.0. Следует отметить, что на этом нумерация Series остановилась, но возобновилась вполне успешно, начиная с релиза 1.0.

Значимость нумерации версий в разработке программного обеспечения

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

Перевод осуществлен сотрудницей компании «Chyrius» Натальей Володиной.

Источник: habr.com

Жизненный цикл выпуска программного обеспечения

A Жизненный цикл выпуска программного обеспечения — это сумма стадий разработки и зрелости компьютерного программного обеспечения . Циклы варьируются от начальной разработки до конечного выпуска и включают обновленные версии выпущенной версии, чтобы помочь улучшить программное обеспечение или исправить программные ошибки, все еще присутствующие в программном обеспечении.

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

История

Использование терминологии «альфа / бета»-теста возникло в IBM. Сходные термины для разработки программного обеспечения IBM использовались людьми, связанными с IBM, по крайней мере, с 1950-х годов (а, возможно, и раньше). Тест «А» представлял собой проверку нового продукта перед публичным анонсом. Тест «B» — это проверка перед выпуском продукта на рынок.

Тест «C» был последним тестом перед общедоступностью продукта. Поскольку программное обеспечение стало важной частью предложений IBM, терминология альфа-тестирования использовалась для обозначения теста перед анонсом, а бета-тест использовался для демонстрации готовности продукта к общедоступности.

Мартин Бельски, менеджер некоторых из более ранних программных проектов IBM, утверждал, что он изобрел терминологию. IBM отказалась от терминологии альфа / бета в 1960-х годах, но к тому времени она получила довольно широкое внимание. Использование «бета-теста» для обозначения тестирования, проведенного клиентами, в IBM не применялось. Вместо этого IBM использовала термин «полевые испытания».

Этапы разработки

Предварительная альфа

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

Альфа

Альфа-фаза жизненного цикла выпуска — это первая фаза тестирования программного обеспечения (альфа — первая буква греческого алфавита, используется как цифра 1). На этом этапе разработчики обычно тестируют программное обеспечение, используя методы белого ящика. Затем другая группа тестирования выполняет дополнительную проверку с использованием методов черного ящика или серого ящика. Переход к тестированию методом «черного ящика» внутри организации известен как альфа-выпуск.

Альфа-версия программного обеспечения не проходит тщательное тестирование разработчиком до того, как оно будет выпущено для клиентов. Программное обеспечение Alpha может содержать серьезные ошибки, и любая возникающая нестабильность может привести к сбоям или потере данных.

Программное обеспечение Alpha может не содержать всех функций, которые запланированы для окончательной версии. Как правило, для проприетарного программного обеспечения внешняя доступность альфа-программного обеспечения является редкостью, тогда как программное обеспечение с открытым исходным кодом часто имеет общедоступные альфа-версии. Альфа-фаза обычно заканчивается фиксацией функции, что означает, что в программное обеспечение больше не будет добавляться функций. В настоящее время программное обеспечение считается полным. Бета-тест проводится после приемочного тестирования на сайте поставщика (альфа-тест) и непосредственно перед общим выпуском программного обеспечения как продукта.

Бета

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

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

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

Бета-версия программного обеспечения часто бывает полезна для демонстраций и предварительных просмотров внутри организации и для потенциальных клиентов. Некоторые разработчики называют этот этап предварительным просмотром, предварительным выпуском, прототипом, техническим предварительным / технологическим предварительным просмотром (TP) или ранним доступом. С момента появления Windows 8 Microsoft называет предварительную версию программного обеспечения предварительной версией, а не бета-версией. Все предварительные сборки, выпущенные в рамках программы предварительной оценки Windows, запущенной в 2014 году, называются «сборками предварительной оценки для участников программы предварительной оценки». «бета» может также указывать на что-то вроде кандидата на выпуск, или как форму ограниченного по времени демонстрационного ролика или маркетингового метода.

Бета-тестеры — это люди, которые активно сообщают о проблемах бета-версии программного обеспечения. Обычно это клиенты или представители потенциальных клиентов организации, разрабатывающей программное обеспечение. Бета-тестеры, как правило, добровольно предоставляют свои услуги бесплатно, но часто получают версии тестируемого продукта, скидки на выпускную версию или другие поощрения.

Бессрочная бета-версия

Некоторое программное обеспечение находится в так называемой бессрочной бета-версии, когда в ПО постоянно добавляются новые функции без создания окончательной «стабильной» версии. Поскольку Интернет способствовал быстрому и недорогому распространению программного обеспечения, компании начали применять более свободный подход к использованию слова «бета». В феврале 2005 года ZDNet опубликовала статью о феномене того, что бета-версия часто остается в течение многих лет и используется так, как если бы она находилась на производственном уровне. Он отметил, что, например, Gmail и Новости Google долгое время находились в стадии бета-тестирования, хотя широко использовались; Новости Google вышли из бета-версии в январе 2006 года, а в июле 2009 года последовали Google Apps, включая Gmail. Этот метод может позволить разработчику отложить предоставление полной поддержки и ответственность за остающиеся проблемы.

Открытая и закрытая бета-версия

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

Первые клиенты приобрели «новаторскую версию» текстового процессора WordVision для IBM PC за 49,95 долларов. В 1984 году Стивен Мейн писал, что «в результате блестящего маркетингового переворота издателям программы Брюса и Джеймса удалось заставить людей платить за привилегию тестировать продукт».
В сентябре 2000 года Выпущена коробочная версия операционной системы AppleMac OS X Public Beta.
Выпуск Microsoft предварительных версий технологий (CTP) для Windows Vista в период с сентября 2005 года по май 2006 года.
С 2009 по 2011 год Minecraft находился в стадии публичной бета-версии.

Открытые бета-версии служат двойной цели — демонстрации продукта потенциальным потребителям, и тестирование среди чрезвычайно широкой пользовательской базы, которое может выявить неясные ошибки, которые может не обнаружить гораздо меньшая группа тестирования.

Релиз-кандидат

Релиз-кандидат (RC), также известный как «серебряный», представляет собой бета-версию с потенциалом стать стабильным продуктом, который готов к выпуску, если не станет значительным появляются ошибки. На этом этапе стабилизации продукта все функции продукта были разработаны, закодированы и протестированы в течение одного или нескольких циклов бета-тестирования без каких-либо известных ошибок класса showstopper.

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

Стабильный выпуск

Также называется производственным выпуском, стабильный выпуск — это последний кандидат на выпуск (RC), который прошел все проверки / тесты. Остальные ошибки считаются допустимыми. Этот выпуск идет в производство. Некоторые домены (например, дистрибутивы Linux ) имеют два типа стабильных выпусков: нормальные или стабильные выпуски и выпуски с долгосрочной поддержкой (LTS), которые поддерживаются в течение более длительного периода времени.

Выпуск

После выпуска программное обеспечение обычно известно как «стабильный выпуск». Формальный термин часто зависит от метода выпуска: физический носитель, онлайн-выпуск или веб-приложение.

Выпуск в производство (RTM)

Термин «перевод в производство» (RTM), также известный как «переход на золото», — это термин, используемый, когда программный продукт готов к поставке. Эта сборка может иметь цифровую подпись, позволяющую конечному пользователю проверить целостность и подлинность покупки программного обеспечения.

Копия сборки RTM, известная как «gold master » или GM, отправляется для массового копирования или репликации на диск, если это применимо. Эта терминология взята из индустрии звукозаписи, в частности, из процесса мастеринга. RTM предшествует общедоступному (GA), когда продукт публикуется. Золотая мастер-сборка (GM) обычно является финальной сборкой программного обеспечения на стадии бета-тестирования для разработчиков. Обычно для iOS это финальная сборка перед основным выпуском, однако было несколько исключений.

Он обычно используется в определенных контекстах программного обеспечения для массового производства розничной торговли — в отличие от производства или проекта специализированного программного обеспечения в коммерческом или государственном производстве и распространении — где программное обеспечение продается как часть пакета в связанном продажа компьютерного оборудования и, как правило, когда программное обеспечение и связанное с ним аппаратное обеспечение в конечном итоге должно быть доступно и продано массово / публично в розничных магазинах, чтобы указать, что программное обеспечение соответствует определенному уровню качества и готово к массовому розничному распространению. RTM также может означать в других контекстах, что программное обеспечение было доставлено или выпущено клиенту или заказчику для установки или распространения на соответствующие компьютеры или машины конечных пользователей оборудования. Термин не определяет механизм или объем доставки; в нем только говорится, что качество достаточно для массового распространения. Результатом от инженерной организации часто является золотой мастер-носитель, используемый для копирования или создания изображения для Интернета.

Общая доступность (GA)

Основные этапы жизненного цикла продукта: общая доступность (GA), объявление об окончании срока службы (EOLA), дата последнего заказа (LOD) и конец жизненного цикла (EOL)

Общедоступность (GA) — это этап маркетинга, на котором были завершены все необходимые действия коммерциализации и программное обеспечение продукт доступен для покупки, однако, в зависимости от языка, региона, наличия электронных или носителей. Мероприятия по коммерциализации могут включать тесты безопасности и соответствия, а также локализацию и доступность по всему миру. Время между RTM и GA может составлять от недели до месяцев в некоторых случаях до объявления общедоступной версии из-за времени, необходимого для завершения всех действий по коммерциализации, требуемых GA. На этом этапе программное обеспечение «запущено».

Выпуск для Интернета (RTW)

Выпуск для Интернета (RTW ) или Веб-выпуск — это средство доставки программного обеспечения, использующее Интернет для распространения. Изготовитель не производит никаких физических носителей в этом типе механизма выпуска. Веб-релизы становятся все более распространенными по мере роста использования Интернета.

Поддержка

В течение поддерживаемого срока службы программное обеспечение иногда подвергается выпуску сервисных выпусков, исправлений или пакетов обновления, иногда также называемых «промежуточными выпусками» или «отладочный релиз» (MR). Например, Microsoft выпустила три основных пакета обновления для 32-разрядных выпусков Windows XP и два пакета обновления для 64-разрядных выпусков.

Такие служебные выпуски содержат набор обновлений, исправлений и улучшений, поставляемых в виде одного устанавливаемого пакета. Они также могут реализовать новые функции. Некоторое программное обеспечение выпускается с ожиданием регулярной поддержки. Классы программного обеспечения, которые обычно включают в себя длительную поддержку, включают антивирусные пакеты и многопользовательские онлайн-игры. Продолжая этот пример с Windows XP, Microsoft предлагала платные обновления еще в течение пяти лет после окончания расширенной поддержки. Это означает, что поддержка закончилась 8 апреля 2019 г.

Окончание жизненного цикла

Когда программное обеспечение больше не продается или не поддерживается, считается, что срок службы продукта истек, чтобы быть прекращено, исключено, устаревшее, прекращенное или устаревшее, но лояльность пользователей может продолжать свое существование в течение некоторого времени, даже после того, как его платформа устареет — например, Atari ST и Sinclair ZX Spectrum.

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

См. Также

Портал компьютерного программирования

Удаление приложений
Окно слияния
Автоматизация выпуска
Разработка выпуска
Управление выпуском
Периодический выпуск
Развертывание программного обеспечения
Управление версиями программного обеспечения
Управление жизненным циклом

Ссылки

Библиография

Непрерывная доставка: надежные выпуски программного обеспечения с помощью автоматизации сборки, тестирования и развертывания Джез Хамбл, Дэвид Фарли; ISBN 0-321-60191-2

Источник: alphapedia.ru