[sisyphus] [POLICY] Sisyphus - альфа , бета , гамма
info
=?iso-8859-1?q?5740_=CE=C1_mail=2Eru?=
Ср Янв 28 13:45:19 MSK 2004
Почитал, что тут говорилось по поводу о POLICY.
Родилась очередная схемка, которую и выношу на обсуждение.
Но сначала, как положено в программно-целевыом планировании -
целеполагание.
Итак, целеполагание.
В чем цель Сизифа и смысл его существования? На мой взгляд - в
том, чтобы отлавливать всевозможные ошибки в новых версиях
пакетов на их пути в стабильный дистрибутив. Или - иными
словами - работа над Сизифом - это работа по подготовке
очередной версии Мастера. Если в результате работы над Сизифом
эта самая очередная очередная версия Мастера получается -
значит, работа была проделана не зря. Если же не получается -
тогда работа над Сизифом есть ... даже не знаю что.
Развлечение, удовлетворение амбиций программистов, все что
угодно...
Итак, повторяю: конечный результат работы над Сизифом - скажем
так, pre-Master. Который может быть оформлен в очередной
Master x.x тогда, когда это сочтет руководство ALT.
Вот это и есть целеполагание: цель Сизифа -> pre-Master.
Цель определена. Теперь - уровень задач (Внимание! Я сейчас
пользуюсь терминологией программно-целевого планирования, а не
программирования!). Или, иными словами - как достигается
поставленная выше цель?
Она достигается путем тестирования новых пакетов, поиска и
исправления в них самых разнообразных ошибок. И только! А
улучшение функциональности самих пакетов, удобства пользования
ими, и т.д., и т.п. - это задача разработки пакетов, и к работе
над Сизифом она не имеет никакого отношения.
Какое бывает тестирование? Вообще-то, двух видов - "системное" и
"пользовательское".
При системном тестировании проверяются зависимости,
устанавливаемость, запускаемость, взаимодействие с другими
пакетами и пр. То есть, решается подзадача - чтобы данное
приложение без проблем устанавливалось и запускалось.
При пользовательском тестировании проверяются приложения в
работе. То есть, решается подзадача - чтобы данное приложение
выполняло те функции, которые в нем заявлены.
Системное тестирование проводят программисты - прежде всего,
упаковщики.
Пользовательское тестирование проводят те "продвинутые
пользователи" и "пионэры", которые рискуют использовать новые
версии пакетов для решения своих пользовательских задач, и на
своей шкуре вылавливают ошибки в функциональности.
Отсюда же, кстати, разные требования к соотношению
динамика/стабильность. Для системного тестирования крен должен
быть в сторону динамики за счет стабильности, для
пользовательского тестирования - наоборот.
Отсюда получаем следующее - предлагаю использовать общепринятую
терминологию при тестировании (альфа, бета и т.д.)
___________________________________________________________
1.
Альфа-сизиф.
Предназначение: системное тестирование.
Кто пользуется: паковщики и разработчики.
Фактически нынешний сизиф, но с четким разделением на "периоды
жизни", или фазы:
- incoming (~ 2 дня) - принимаются любые свежие пакеты
- systesting (~ 3 дня) - упаковщики обновляют cвои машины до
состояния на конец фазы incoming, проверяют устанавливаемость,
запускаемость и пр., если надо - списываются друг с другом,
фиксят ошибки и пр.
- fixing (~ 1 день) - принимаются только пофиксенные пакеты,
исправляющие ошибки, замеченные на фазе systesting.
- frozen (~ 1 день) - не принимается вообще ничего; фаза
предназначена для того, чтобы упаковщики могли обновить свои
машины и далее собирать пакеты в гарантированно одинаковом
окружении.
2.
Бета-сизиф.
Предназначение: пользовательское тестирование.
Кто пользуется: "продвинутые пользователи" и "пионэры",
проверяющие приложения в работе.
Обновление - раз в неделю.
Метод заполнение: бета-сизиф - это копия альфа-сизифа в фазе
frozen.
3.
Гамма-сизиф, он же - pre-Master
Предназначение: основа для очередных версий дистрибутивов, а
также обновления предыдущих их версий.
Кто пользуется: те пользователи, которым нужны свежие, но
проверенные и стабильные версии пакетов.
Заполнение: те самые алгоритмы, о которых здесь много говорилось
(пакет n-ное время находится в бета-сизифе, на него нет
незакрытых багов, с момента закрытия последнего бага опять-таки
прошло nn-ное время и т.д.)
Вот такая очередная схемка на обсуждение. Комментарии???
Подробная информация о списке рассылки Sisyphus