Views Comments Previous Next Search
Как мы попали в мир 
бета-версий (бета-версия) — Концепт на Look At Me

КонцептКак мы попали в мир
бета-версий (бета-версия)

Почему готовых продуктов больше нет

Ещё 2,5 года назад издание Wired заявило, что мы живём в мире бета-версий. Но это стало как никогда очевидно сейчас, на примере Apple Music: спустя три месяца после запуска потоковый сервис компании перестаёт быть бесплатным, хотя и продолжает работать нестабильно. Дело не только в Apple: неготовые продукты сегодня выпускают большинство компаний, и пользователям, судя по всему, остаётся с этим только мириться. Look At Me разбирается, почему финальных версий не было, нет и не будет.

Текущая версия материала:
v4 beta (30.09.2015)

Список изменений

Бета-тестирование материала продолжается.
Мы будем рады любым отзывам и обязательно учтём их, работая над следующей версией. Спасибо!

 

Как возникли бета-версии

 

Как мы попали в мир 
бета-версий (бета-версия). Изображение № 2.

Разделение на альфа- и бета-версии в середине XX века ввёл менеджер IBM Мартин Бельский. Тогда внутреннее тестирование продукта до его официального анонса называли «стадией A», а «стадией B» был период тестирования до отправки продукта в производство. Со временем термины перешли из проектирования аппаратных комплектующих в разработку программного обеспечения, а буквы латинского алфавита заменили буквы греческого. И хотя IBM со временем от них отказалась, «альфа» и «бета» всё равно вошли в IT-культуру. Другое дело, что в разные времена и в разных компаниях они значили разное. Когда-то «бетой» называли ту стадию разработки, на которой в программу больше не добавляли новые функции, а только тестировали уже введённые. Теперь же бетой, скорее, называют ту стадию разработки, когда продукт выглядит более-менее готовым, но от стабильного состояния ещё далёк.

Первое бета-тестирование в современной интерпретации придумали в 1983 году. Немного бэкграунда: в этот год Apple выпустила Lisa, первый компьютер с графическим интерфейсом, ориентированный на розницу, Microsoft представила первую версию операционной системы Windows, Бьёрн Страуструп заканчивал работу над языком программирования C++, а сеть APRANET стандартизировала протокол TCP/IP — основу современного интернета. Тогда же компания Bruce and James Program Publishers выпустила коробочную версию текстового редактора WordVision Pioneer Edition за $50. Всё бы ничего (программы в коробках были обычным делом), если бы не приписка Pioneer Edition, которая в переводе с языка маркетинга означала «бета-версия»: первые пользователи WordVision платили за то, чтобы тестировать продукт.

Как писал журнал PC Mag в 11-страничной рецензии на финальную версию WordVision (и огромные рецензии на программы были обычным делом), руководство пользователя Pioneer Edition предупреждало, что программа может перестать работать, из-за чего компьютер придётся выключить и включить. В то время большинство компаний предпочитали внутреннее бета-тестирование: его хватало, чтобы устранить основные ошибки. Да и создатели WordVision явно хотели, с одной стороны, заработать деньги на неготовом продукте, а с другой, снять с себя ответственность за возможную потерю данных. Их примеру начали следовать другие разработчики: кульминацией стал сентябрь 2000 года, когда Apple выпустила Mac OS X Public Beta под кодовым названием Kodiak за $30, а спустя полгода — финальную Mac OS X 10.0 Cheetah, на которую, впрочем, тестерам Kodiak дали скидку, всё те же $30. Характерно, что программу открытого бета-тестирования новых версий Mac OS X запустили только спустя 14 лет.

Лучшие эвфемизмы слова «бета-версия»

 Pioneer Edition

 Technology Preview

 Early Access

Какими бывают бета-версии

 

Как мы попали в мир 
бета-версий (бета-версия). Изображение № 3.

Теперь ключевой момент в разработке продукта — это выпуск первой открытой бета-версии. Формально её могут называть «альфой» или ещё как, но суть в том, что на этой стадии к созданию подключают людей со стороны. Раньше программы были сравнительно проще, ошибки в них замечали реже, а незаконченный продукт мог ощутимо навредить репутации: от коробочной версии требовали стабильности. Сейчас циклы разработки сильно растягиваются во времени, а массовое закрытое тестирование становится всё более дорогим и всё менее эффективным. Куда лучше постепенно и регулярно улучшать сервис, надеясь, что рано или поздно он станет приемлемым. К сожалению, разработчики часто попадают в одну из четырёх ловушек бета-тестирования.

 

Банановая бета

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

Бесконечная бета

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

Бесплатная бета

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

Бумажная бета

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

Как жить с бета-версиями

 

Как мы попали в мир 
бета-версий (бета-версия). Изображение № 4.

Идея бета-тестирования стала частью массовой культуры. Лучше всего это подчёркивает новая рекламная кампания New Balance со слоганом Always in Beta и формулировкой «бета — это состояние непрекращающихся улучшений». Немало аналогий бета-тестированию можно найти и в поп-культуре: начиная с пилотных эпизодов сериалов и заканчивая демо песен или синглами с альбомов. Так культура early adopters (людей, которые первыми пробуют совершенно новые вещи и потом продвигают их в массы), довольно подробно описанная в книге Сета Година «Фиолетовая корова», становится всё более влиятельной. Меняется отношение к продуктам: из исключительно потребительского оно переходит в соучастие; есть те, кто готовы терпеть недоработки на ранних этапах, чтобы потом увидеть преображение, частью которого они себя справедливо считают. Именно early adopters — залог такого же стремительного прогресса в будущем и чуть ли не главная надежда технологических корпораций.

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

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

Как продать бета-версию за деньги:

 Не говорить напрямую, что это неготовый продукт.

 Придать бета-тестированию флёр эксклюзивности.

 Никогда не заканчивать тестирование.

В следующих версиях материала
«Как мы попали в мир бета-версий»:

Самые распространённые подходы к тестированию продуктов;
Самые яркие примеры бета-тестирований последнего времени;
История культуры early adopters и её связь с бета-тестированием;
И то, что вы предложите в комментариях!

 

Список изменений

v1 pre-alpha (08.09.2015): добавлены структура текста, введение

v2 alpha (28.09.2015): добавлены основное содержание, выносы и вывод

v3 alpha (28.09.2015): убрано преждевременное сообщение об окончании альфа-тестирования

v4 beta (30.09.2015): дополнены первый и третий разделы материала

фотографии via Francesco CroceKokoro & Moi

Рассказать друзьям
1 комментарийпожаловаться

Комментарии

Подписаться
Комментарии загружаются