Альфа версия что это такое

Стадии разработки программного обеспечения — Википедия

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

Стадии Beta и Alpha не являются показателями нестабильности, так как присваиваются программе один раз или один раз за серию (серией, в данном случае, считается число до первой точки), в зависимости от системы разработки. Они могут присваиваться нескольким выпускаемым версиям подряд.

Терминология тестирования «альфа/бета» впервые появилась в IBM. Подобные термины для разработки программного обеспечения использовались людьми, связанными с IBM, по крайней мере, с 1950-х годов, а возможно и раньше. Тест «A» представлял собой проверку нового продукта перед публичным объявлением. Тест «B» был проверкой перед выпуском продукта в производство. Тест «C» являлся окончательным испытанием перед общей доступностью продукта. Поскольку программное обеспечение стало важной частью продукции IBM, для обозначения теста перед объявлением использовалась терминология альфа-тестирования, а бета-тест — для демонстрации готовности продукта к общей доступности. Мартин Бельский, менеджер некоторых ранних программных проектов IBM, утверждал, что он является автором данной терминологии. IBM отказалась от терминологии Альфа/Бета в 1960-х годах, но к тому времени она получила довольно широкое распространение. Термин «бета-тест» как обозначение тестирования, выполняемого пользователями, появился не в IBM. Вместо этого IBM использовала термин «полевой тест» (англ. field test).

Pre-Alpha — начальная разработка[править | править код]

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

Alpha — внутренняя разработка[править | править код]

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

Как правило, альфа-тестирование заканчивается заморозкой свойств и переходит в бета-тестирование.

Beta — общественная разработка[править | править код]

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

Release candidate / предварительная версия[править | править код]

Стадия-кандидат на то, чтобы стать стабильной. Программы этой стадии прошли комплексное тестирование, благодаря чему были исправлены все найденные критические ошибки. Но в то же время существует вероятность выявления ещё некоторого числа ошибок, не замеченных при тестировании. Если в течение установленного времени не будет найдено крупных недоработок — становится RTM-версией. Пример: Windows 7 RC 7100.

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

Release to manufacturing / выпуск в производство[править | править код]

Обозначение готовности программного продукта к тиражированию^[1]. Это стабильная версия программы, прошедшая все предыдущие стадии, в которых исправлены основные ошибки. RTM предшествует общей доступности (GA), когда продукт выпущен для общественности.

Данный термин обычно используется в определённых розничных условиях массового производства программного обеспечения чтобы показать, что программное обеспечение соответствует определённому уровню качества и готово к массовому розничному распространению. RTM может также означать в других контекстах, что программное обеспечение было поставлено или выпущено клиенту или заказчику для установки или распространения на соответствующие компьютеры или компьютеры конечных пользователей оборудования. Этот термин не определяет механизм или объём поставки; он лишь указывает, что качество является достаточным для массового тиражирования.

General availability / общедоступность[править | править код]

Общедоступность (англ. general availability) или общепринятость (англ. general acceptance, GA) — стадия маркетинга, на которой завершены все необходимые мероприятия по коммерциализации и доступен для покупки программный продукт, в зависимости, однако, от языка, региона, электронной или медийной доступности. Деятельность по коммерциализации может включать проверку безопасности и соответствия требованиям, а также локализацию и продвижение по всему миру. Время между выпуском в производство и общедоступностью может составлять от недели до нескольких месяцев. Это время необходимо для завершения всех мероприятий по коммерциализации, требуемых GA. На данном этапе программное обеспечение «вышло в жизнь» (gone live).

Release to web / веб-релиз[править | править код]

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

В течение поддерживаемого срока службы программное обеспечение к нему выпускаются сервисные выпуски (service releases), патчи или пакеты обновления, иногда также называемые «промежуточными выпусками» (interim releases).

Например, в операционных системах Windows основная фаза поддержки длится 5-6 лет с момента общедоступности.^[2] В ОС типа Ubuntu существуют специальные версии LTS (Long Time Support), срок поддержки которых составляет 5 лет против 1 года у обычных.^[3]

На этом этапе производитель объявляет об устаревании продукта и отказе от дальнейшей поддержки.

Что значит альфа и бета версия, RC, релиз? — пк-ГИД

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

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

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

Бета (Beta)
Бета-версии программ – это уже практически готовые продукты, разработанные в первую очередь для тестирования конечными пользователями. Часто их распространяют бесплатно, чтобы привлечь как можно больше пользователей, и, возможно, потенциальных покупателей будущей платной версии программы. Также благодаря свободному распространению и возможности её использования, у разработчиков появляется возможность получить оценки и отзывы от пользователей. У бета-версий программ также присутствуют ошибки, возможны сбои, так что на пользователя по-прежнему ложится вся ответственность за весь ущерб, который может быть нанесён от использования «беток». Многие разработчики специально затягивают этап бета-тестирования, чтобы избегать таких рисков.

Релиз-кандидат (RC от англ. release candidate)
После альфа и бета-тестирования все возможные ошибки уже устранены и программа практически стабильна. Однако есть ещё вероятность, что обнаружатся баги, поэтому разработчики выпускают программы именно в этой версии – RC. Во многих случаях может выйти несколько версий RC – 1, 2 и т.д.

Релиз (RTM /от англ. release to manufacturing/, Final, Stable)
Это финальная версия программы, готовая к использованию. В ней исправлены практически все ошибки, она обладает полным функционалом, работа её стабильна и протестирована многими пользователями ранее.

«Чем beta версия отличается от alpha?» – Яндекс.Кью

«Core» часть взялась из «hardcore», так часто называют металлизированный хардкор-панк (сравните Black Flag и Hatebreed). Соответственно любой жанр с приставкой -core означает смешение хардкора с тем, что стоит до приставки. Обычно это значит заимствование из хардкор-панка и метал-хардкора некоторых элементов: брейкдауны, жесткий вокал, короткие песни (2-3 минуты), упрощение или отсутствие мелодии, танцевальные моменты (трудно описать, погуглите как танцуют под хардкор-панк). Несколько примеров:

metalcore — довольно сложно что-то сказать. Раньше это был хэви и хардкор в сторону хэви. Эдакий мелодичный и техничный (если так можно сказать) хардкор. Например лет 8 назад металкором называли Bullet for My Valentine. Ну то есть как я и сказал, мелодичный хардкор, при чем гитаристы просто обожают играть в интервал вдвоем. Сейчас же в ходу «прогрессивный» металкор (Breakdown of Sanity), то есть то, что постят во всяких кор пабликах. Уже ниже, уклон в сторону хардкора больше, быстрее, злее, появляются брейкдауны. Если так подумать, то металкором вообще все что угодно можно назвать, и так обычно и делают.

deathcore —дэт-метал и хардкор. Тут уже все немного жестче. Гуттурал, жесткие тексты, бластбиты, экстремально быстрые бас-бочки, опять же брейкдауны. Whitechapel, например. Но опять же часто мелодия присутствует. Немного более жестким вариантам прицепляет brutal перед deathcore (I Declare War). Отдельного внимания заслуживает technical deathcore — вообще пушка. Ну думаю сами поймете, послушайте Rings of Saturn.

mathcore — уже интереснее. Ломаная композиция, диссонансы (жестче чем в предыдущих жанрах), смена ритма или необычные ритмы или все сразу, сложные и быстрые треки. Не знаю уж откуда пошло «math», от мат-рока, мат-метала — не важно. Группы этого жанра проявляют несколько большую изобретательность в выборе мелодических ходов и вообще композиции. В одном треке может сочетаться бластбит-ор-мешанина, джазовые вставки и олдскульная хардкор-панк часть (The Dillinger Escape Plan), без джазовых вставок, но с отличными текстами, которые отдельно от музыки читаются как поэмы (Converge), или вообще трудно поддаваться описанию и классификации (Rolo Tomassi). Так же послушайте Tony Danza Tapdance Extravaganza (гитарист уж очень хорош) и русских Equal Minds Theory и KIWI (их сложно найти в вк, но вы попытайтесь).

rapcore — наверное один из самых старых вышедших на полноценную популярность кор жанров. "Мазафака" в простонародии. Говорят, что Limp Bizkit — рэпкор (такое вполне возможно). И даже что Linkin Park - рэпкор (наверное, все-таки, нет). В общем, тут речитатив на вокале. Википедия говорит что Bloodhound Gang и Linkin Park - просто звезды рэпкора, так что этот ярлык вообще на что угодно можно клеить, прямо как металкор. Не переживайте по поводу этого.

grindcore — молотилово чуть более чем полностью. Для текстов про говно и расчлененку есть соответствующие приставки, очень удобно.

post-hardcore, наверное, тоже заслуживает упоминания. Изначально это был ярлык, который вешали на группы, которые помимо грязного вокала использовали еще и чистые (Bring Me the Horizon, здравствуйте), хотя так делают многие группы. Тут как с пост-панком, тоже совершенно непонятно что называть пост-хардкором, обычно все ориентируются на похожую структуру, эмоциональные тексты и смешивание чистого и грязного вокала. Согласно названию можно называть пост-хардкором все, что не является хардкором, но походит на него, т.е является его производной, но не является «металлизированной» его версией. Согласно содержанию так делается далеко не всегда.

Есть всякие придатки, которые описывают отличия, описываемые одним словом. Например,

electronicore или trancecore - добавление электронных сэмплов в музыку (не так как у Linkin Park или Rammstein). Enter Shikari вам в помощь (желательно первый альбом).

partycore — эдакий тусовочно-молодежный вариант электроникора. Можете послушать Eskimo Callboy, а лучше не надо.

И куча куча других -коров о которых просто никто не знает. Их просто тысячи. К чему угодно можно добавить приставку -core и никто даже не заметит (привет partycore). Паблики в вк плодят новые -core жанры в огромных количествах ежедневно, даже не пытайтесь в них разобраться. Вполне достаточно знать те, про которые я написал до электроникора.

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

Стадии разработки программного обеспечения - это... Что такое Стадии разработки программного обеспечения?

В этой статье не хватает ссылок на источники информации. Информация должна быть проверяема, иначе она может быть поставлена под сомнение и удалена.
Вы можете отредактировать эту статью, добавив ссылки на авторитетные источники.
Эта отметка установлена 14 мая 2011.

В разработке программного обеспечения, стадии разработки программного обеспечения используются для описания степени готовности программного продукта. Также стадия разработки может отражать количество реализованных функций, запланированных для определённой версии программы. Стадии либо могут быть официально объявлены и регламентируются разработчиками, либо иногда этот термин используется неофициально для описания состояния продукта. Следует отметить, что стадии Beta и Alpha (Pre-Alpha) не являются показателями нестабильности релиза так как присваиваются программе один раз или один раз за серию (серией, в данном случае, считается число до первой точки), в зависимости от системы разработки. Они могут присваиваться нескольким релизам подряд. Релизом в данном случае считается завершённая версия (см. Релиз (программное обеспечение)).

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

Этапы разработки Milestone — каждому этапу присваивается порядковый номер (1, 2, 3 и т. д.). Например: «Компания сделала продукт, который находится в стадии разработки. Сейчас у него этап разработки Milestone 1.». Это может быть как пре-альфа или бета, так и ранний этап разработки (раньше пре-альфы). Некоторые этапы разработки могут помечаться как «pre-». Например pre-Milestone 1.

Пре-альфа

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

Альфа

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

Бета

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

Поскольку бета-продукт не является финальной версией, и публичное тестирование производится на страх и риск пользователя, производитель не несёт никакой ответственности за ущерб, причинённый в результате использования бета-версии. Таким образом, многие производители уходят от ответственности, предоставляя пользователям только бета-версии продукта. Так, ICQ в версии 2003 года использовала этот трюк, выпустив 2003b (b означает бета) версию этого интернет-мессенджера. Финальной версии ICQ 2003 так и не появилось, вместо этого два года спустя вышли версии ICQ 4 и ICQ 5.

Beta Escrow

Стадия бета-тестирования, релиз-кандидат на Beta.

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

Релиз-кандидат или RC (англ. release candidate), Пре-релиз или Pre — стадия-кандидат на то, чтобы стать стабильной. Программы этой стадии прошли комплексное тестирование, благодаря чему были исправлены все найденные критические ошибки. Но в то же время существует вероятность выявления ещё некоторого числа ошибок, не замеченных при тестировании.

RC Escrow

Релиз, который готов получить звание релиз-кандидата. В этом релизе могут быть ещё ошибки.

Релиз

Релиз или RTM (англ. release to manufacturing промышленное издание) — издание продукта, готового к тиражированию. Это стабильная версия программы, прошедшая все предыдущие стадии, в которых исправлены основные ошибки, но существует вероятность появления новых, ранее не замеченных, ошибок. RTM предшествует общей доступности (GA), когда продукт выпущен для общественности.

RTM Escrow

Последний этап разработки продукта, который готов стать RTM-релизом.

Пост-релиз

Пост-релиз или Post-RTM (англ. post-release to manufacturing), издание продукта, у которого есть несколько отличий от RTM и помечается как самая первая стадия разработки следующего продукта. Такие релизы не выпускаются на продажу, а раздаются бета-тестировщикам. Это издание может быть либо стабильным (если не замечено ошибок), либо с ошибками.

Эти стадии разработки (Beta Escrow, RC Escrow, RTM Escrow и Post-RTM) бывают редко.

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

Общая доступность или общественность (англ. General availability, General acceptance)

См. также

Ссылки

Стадии разработки программного обеспечения — Национальная библиотека им. Н. Э. Баумана

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 22:00, 25 января 2018.

Стадии разработки программного продукта — это этапы, которые проходят команды разработчиков ПО, прежде чем программа станет доступной для широко круга пользователей. Разработка ПО начинается с первоначального этапа разработки (стадия "пре-альфа") и продолжается стадиями, на которых продукт дорабатывается и модернизируется. Финальным этапом этого процесса становится выпуск на рынок окончательной версии программного обеспечения ("общедоступного релиза"). ^{[Источник 1]}

Различают следующие стадии разработки программного обеспечения: пре-альфа, альфа, бета, релиз-кандидат, релиз и прекращение поддержки.

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

Пре-альфа

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

Альфа

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

Бета

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

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

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

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

Релиз

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

Производственный релиз

RTM (англ. Release to Manufacturing — Производственный релиз) — этап, также известный как «выход на золото», который начинается когда программный продукт готов к поставке. Сборка может быть подписана цифровой подписью, позволяя конечному пользователю проверить целостность и подлинность покупки программного обеспечения. Копия сборки RTM отправляется для массового дублирования, если это применимо для данной сборки. RTM предшествует общей доступности (GA), когда продукт становится выпущен публично.

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

GA (англ. General Availability — Общая доступность) — это этап, на котором все необходимые коммерциализационные мероприятия завершены, а программный продукт доступен для приобретения, в зависимости, однако, от языка, региона, наличия электронных средств и доступности носителей. Коммерциализация может включать в себя тесты безопасности и соответствия, а также локализацию и доступность по всему миру.

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

Сетевой релиз

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

Прекращение поддержки

Когда программное обеспечение больше не продается или не поддерживается разработчиками, то считают, что продукт достиг конца своего срока службы. Но лояльность пользователей может продолжаться в течение времени, даже задолго после того, как платформа определённого ПО устарела (например, Atari ST и Sinclair ZX Spectrum).

Источники

Ссылки

Разработка ПО. Этапы разработки программного обеспечения // ab-solut: сайт. URL: http://ab-solut.net/ru/articles/etapi_po/ (дата обращения: 30.05.2017)

Бета-тестирование — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 5 декабря 2019; проверки требуют 3 правки. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 5 декабря 2019; проверки требуют 3 правки. У этого термина существуют и другие значения, см. Бета.

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

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

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

Кроме того, открытие бета-тестирования может использоваться как часть стратегии продвижения продукта на рынок (например, бесплатная раздача бета-версий позволяет привлечь широкое внимание потребителей к окончательной дорогостоящей версии продукта), а также для получения предварительных отзывов о нём от широкого круга будущих пользователей^[1].

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

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

Бета-тестирование может быть открытым^[2]^[3] и закрытым^[4], когда программу тестируют только разработчики или пользователи по приглашениям.

Альфа-версия Википедия

История

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

Pre-Alpha — начальная разработка

Alpha — внутренняя разработка

Как правило, альфа-тестирование заканчивается заморозкой свойств и переходит в бета-тестирование.

Beta — общественная разработка

Release candidate / предварительная версия

Выпуск

Release to manufacturing / выпуск в производство

General availability / общедоступность

Release to web / веб-релиз

Поддержка

Прекращение поддержки

На этом этапе производитель объявляет об устаревании продукта и отказе от дальнейшей поддержки.

Примечания

Ссылки

Альфа- и бета-тестирование | Бесплатные онлайн-курсы от компании QATestLab

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

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

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

Альфа-тестирование (alpha testing) – это вид приемочного тестирования, которое обычно проводится на поздней стадии разработки продукта и включает имитацию реального использования продукта штатными разработчиками либо командой тестировщиков. Обычно альфа тестирование заключается в систематической проверке всех функций программы с использованием техник тестирования «белого ящика» и «черного ящика».

Преимущества альфа-тестирования:

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

Недостатки альфа-тестирования:

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

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

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

Бета-тестирование может быть:

Закрытым: Программа тестируется в небольшой группе пользователей по приглашениям.
Открытым: Этот вариант позволяет протестировать приложение в большей группе и получить большой объем обратной связи. Любой пользователь сможет присоединиться к открытому бета-тестированию и отправить личный отзыв.

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

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

Преимущества бета-тестирования:

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

Недостатки бета-тестирования:

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

Фазы тестирования

Пре-альфа: программное обеспечение является прототипом. Пользовательский интерфейс завершен, но не все функции завершены. На этом этапе программное обеспечение не публикуется.

Альфа: разработка программного обеспечения подошла к концу и программное обеспечение внутренне проверено на наличие ошибок и проблем.

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

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

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

Отличия между альфа- и бета-тестированием

Альфа-тестирование	Бета-тестирование
Что делает
Повышает качество продукта и обеспечивает готовность к бета-тестированию.	Повышает качество продукта, интегрирует данные о клиенте в готовый продукт и обеспечивает готовность к выпуску.
Когда проводится
Ближе к концу процесса разработки, когда продукт находится в почти полностью работоспособном состоянии.	Непосредственно перед запуском.
Как долго проводится
Обычно очень долго в течении многих итераций. Альфа-тестирование нередко длится в 3-5 раз больше длительности бета-тестирования.	Обычно только несколько недель (иногда до нескольких месяцев) с небольшим количеством основных итераций.
Что включает в себя
Почти исключительно включает проверку качества ПО (баги, баги, баги).	Обычно включает в себя маркетинг, поддержку, документацию, качество и инжиниринг (в основном, всю группу продуктов).
Кто проводит
Обычно выполняется тестировщиками, разработчиками, а иногда и «друзьями и семьей». Фокусируется на тестировании, которое будет эмулировать ~ 80% клиентов.	Испытано в «реальном мире» с «реальными клиентами» и обратная связь может охватывать каждый элемент продукта.
Что получают тестировщики
Множество ошибок, сбоев, недостающих документов и функций.	Несколько ошибок, меньше сбоев, большинство документации и функций завершены.
Отладка
Большинство известных критических проблем исправлены, некоторые функции могут быть изменены или добавлены в результате ранней обратной связи.	Большая часть собранной обратной связи рассматривается и/или применяется в будущих версиях продукта. Выполняются только важные/критические изменения.
Как тестируют
Тестируют по методологии, показателям эффективности. Хороший альфа-тест задает четко определенные критерии и измеряет продукт по отношению к этим ориентирам.	Тестируют с применением реальности и воображения. Бета-тесты исследуют пределы продукта, позволяя клиентам исследовать каждый элемент продукта в своей родной среде.
Результат
Есть отличное представление о том, как работает продукт и соответствует ли он критериям дизайна (и «бета-готов» ли он).	Есть представление о том, что ваш клиент думает о продукте и о том, что он может испытывать, когда покупает его.
Что дальше
Бета-тестирование.	Выпуск.

Тестирование: Что такое альфа- и бета-тест?

Обновлено 05.10.2017.
Самой трудоемкой частью работы по созданию нового программного обеспечения является вовсе не написание кода, а процесс его отладки и исправления ошибок. Код пишут люди, а люди не могут не ошибаться. По статистике, на каждую тысячу строк кода приходится от 5 до 15 ошибок, и вот отлавливание этих ошибок и занимает львиную долю времени. Именно для этого и существует отладка. Что такое альфа и бета тестирование мы сейчас и узнаем.

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

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

Что такое альфа-тестирование?

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

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

Что такое бета-тестирование?

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

И наконец, может быть объявлено открытое бета-тестирование (ОБТ), когда на роль бета-тестеров приглашают всех желающих. Чтобы подключиться к этому процессу, обычно достаточно оставить заявку на сайте производителя и заполнить анкету.

Некоторое отклонение от изложенного порядка допускают компании, выпускающие онлайн-игры. Они нередко начинают привлекать к тестированию своих будущих пользователей еще на стадии альфа-тестов. Связано это с особенностями программирования онлайн-игр. Игровой мир состоит из огромного количества карт, персонажей, оружия, предметов, но «играбельность» нового мира можно проверить и при минимальном наборе всего перечисленного. Это и позволяет привлекать к работе геймеров на ранних стадиях проекта.

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

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

Теперь вы знаете что такое альфа-тестирование и бета-тестирование, расскажите об этом своим друзьям, наверняка им будет интересно!

Стадии разработки и тестирования ПО или что означает Pre-Alpha, Alpha, Beta, RC, Final

Думаю, не все точно представляют, что означают приставки Pre-Alpha, Alpha, Beta, RC, Final, когда выпускается какой-нибудь софт. А говорят они о стадии разработки программы, то есть по этим самым словам можно определить, на каком этапе создания она находится.

Стадии идут одна за другой, по порядку: Pre-Alpha, Alpha, Beta, RC, Final, но не обязательно, что продукт проходит их все, — некоторые могут и отсутствовать. А теперь подробнее, о чём каждая из таких приставок может рассказать.

Pre-Alpha #

Если Вы видите в названии версии программы Pre-Alpha, например, Opera pre-alpha for Labs 10.5, это означает, что программа находится на своей первой стадии развития, где она может обладать не всем функционалом. На этой ступени продукт разрабатывается и тестируется, поэтому практически неизбежно наличие множества серьёзных глюков, недоработок и багов.

Alpha #

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

Beta #

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

На этой ступени так же возможны ошибки и сбои, поэтому при использовании beta-версии необходимо делать резервное копирование данных.

RC (Release Candidate) #

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

Это, так сказать, кандидат на релиз окончательного выпуска продукта.

Например, недавно, вышел RC2 (релиз-кандидат) браузера Firefox версии 3.6. А через несколько дней вышла и окончательная, финальная (final) версия — Firefox 3.6.

Final (Stable, Release, Релиз, RTM, Release to manufacturing) #

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

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

Что такое альфа-тестирование и зачем оно нужно.

Что такое альфа-тестирование?
Альфа-тестирование на самом деле является методологией оценки качества и стабильности тестируемого продукта в тестовой среде.
На этом этапе основное внимание уделяется:

Обнаружению ошибок
Вопросам по юзабилити
Различию в характеристиках
Проблемам совместимости / взаимодействия

Отзывы о команде, которая участвует в Alpha Test, собраны для оценки качества и стабильности продукта, а также рассмотрены любые предложения по улучшению продукта.
И главный вопрос, который возникает в Alpha Testing, - «Работает ли продукт?».
Цель
Это тестирование всегда необходимо для продуктов, которые планируют пройти бета-тестирование (в большинстве случаев альфа-тестирование пропускается и непосредственно фаза переходит к бета-тестированию, что в основном не рекомендуется).
Когда выполняется альфа-тестирование?
Это тестирование обычно происходит когда продукт готов на 70% - 90%, и обязательно до этапа бета-тестирования.
Фазы тестирования:

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

Альфа-тест обычно происходит в циклах, каждый из которых будет составлять примерно 1 - 2 недели. Количество циклов зависит от функций, включенных для тестирования, и количества проблем, обнаруженных на этом этапе тестирования.
Заинтересованными сторонами этапа альфа-тестирования обычно являются инженеры (разработчики). Иногда клиенты или идентифицированные конечные пользователи могут участвовать в тестировании альфа-версии продукта.
Могут быть применены методы тестирования White-box или Black-box или же их комбинация.

Альфа версия что это такое

Стадии разработки программного обеспечения — Википедия

Pre-Alpha — начальная разработка[править | править код]

Alpha — внутренняя разработка[править | править код]

Beta — общественная разработка[править | править код]

Release candidate / предварительная версия[править | править код]

Release to manufacturing / выпуск в производство[править | править код]

General availability / общедоступность[править | править код]

Release to web / веб-релиз[править | править код]

Что значит альфа и бета версия, RC, релиз? — пк-ГИД

«Чем beta версия отличается от alpha?» – Яндекс.Кью

Стадии разработки программного обеспечения - это... Что такое Стадии разработки программного обеспечения?

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

Пре-альфа

Альфа

Бета

Beta Escrow

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

RC Escrow

Релиз

RTM Escrow

Пост-релиз

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

См. также

Ссылки

Стадии разработки программного обеспечения — Национальная библиотека им. Н. Э. Баумана

Пре-альфа

Альфа

Бета

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

Релиз

Производственный релиз

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

Сетевой релиз

Прекращение поддержки

Источники

Ссылки

Бета-тестирование — Википедия

Альфа-версия Википедия

История

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

Pre-Alpha — начальная разработка

Alpha — внутренняя разработка

Beta — общественная разработка

Release candidate / предварительная версия

Выпуск

Release to manufacturing / выпуск в производство

General availability / общедоступность

Release to web / веб-релиз

Поддержка

Прекращение поддержки

Примечания

Ссылки

Альфа- и бета-тестирование | Бесплатные онлайн-курсы от компании QATestLab

Тестирование: Что такое альфа- и бета-тест?

Что такое альфа-тестирование?

Что такое бета-тестирование?

Стадии разработки и тестирования ПО или что означает Pre-Alpha, Alpha, Beta, RC, Final

Pre-Alpha #

Alpha #

Beta #

RC (Release Candidate) #

Final (Stable, Release, Релиз, RTM, Release to manufacturing) #

Что такое альфа-тестирование и зачем оно нужно.

Смотрите также