Просмотр исходного текста страницы Тестирование 5-9 декабря

[[Категория:Расширенное тестирование]]
== Общая схема тестирования ==
В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по следующей схеме:
# После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д)
# В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать.
# В понедельник протестированные таким образом обновления публикуются в основные репозитории единой "пачкой"

== Почему пользователям интересно участвовать в тестировании? ==
Как известно, платой за бесплатность линукса является участие в разработке - и это интересно само по себе.
Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools.
И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката? 
{{Примечание|Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!}}

== Как участвовать в тестировании? ==
Для участия достаточно включить testing-репозитории и обновиться.
Еще довольно важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync.
{{Примечание|Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?}}

== Что делать, если после обновления проявилась ошибка? ==
# Прежде всего, нужно проверить - с обновлениями-ли эта ошибка связана? Для этого отключите все тестинг-репозитории (не трогая все остальные!) и запустите urpm-reposync для того, чтоб привести свою систему в соответствие с основными репозиториями, потом перегрузитесь. 
# Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись. 
# Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории.

== Что делать, если после тестового обновления я не могу зайти в систему? ==
Поздравляем, вы приняли удар на себя. Теперь осталось после этого удара подняться! В большинстве случаев это несложно. Нужно
# Зайти в текстовом режиме с правами ''root'' через Ctrl+alt+F2
# Запустить текстовый редактор, например '''mcedit /etc/urpmi/urpmi.cfg''' 
# В списке репозиториев найти тестовые и там, перед командой "update" вставить строчку "ignore". 
Должно получиться что-то вроде: 
  Main\ Testing http://mirror.rosalab.ru/rosa/rosa2014.1/repository/x86_64/media/main/testing { 
  ignore 
  update 
  } 
Дальше остается сохранить файл конфигурации репозиториев и командой '''urpm-reposync''' вернуть свою систему к дотестовому состоянию.
И, обязательно, сообщить об ошибке!

== Подробный список обновлений на эту неделю ==
Здесь приводится список текущих запросов на обновление - для профессионалов, которые могут более подробно разбираться с обновлениями при ошибках.
# http://bugs.rosalinux.ru/show_bug.cgi?id=7567 chromium-browser
# http://bugs.rosalinux.ru/show_bug.cgi?id=7566 libxml
# http://bugs.rosalinux.ru/show_bug.cgi?id=7565 NetworkManager
# http://bugs.rosalinux.ru/show_bug.cgi?id=7560 teamviewer
# http://bugs.rosalinux.ru/show_bug.cgi?id=7497 VirtualBox
# http://bugs.rosalinux.ru/show_bug.cgi?id=7229 wine