Шаблон:Категория:Расширенное тестирование — различия между версиями
Материал из Rosalab Wiki
Keleg (обсуждение | вклад) |
Keleg (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
[[Категория:Расширенное тестирование]] | [[Категория:Расширенное тестирование]] | ||
== Общая схема тестирования == | == Общая схема тестирования == | ||
| − | В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по | + | В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по следующей схеме: |
# После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д) | # После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д) | ||
# В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать. | # В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать. | ||
# В понедельник протестированные таким образом обновления публикуются в основные репозитории | # В понедельник протестированные таким образом обновления публикуются в основные репозитории | ||
| + | |||
| + | == Почему пользователям интересно участвовать в тестировании? == | ||
| + | Как известно, платой за бесплатность линукса является участие в разработке - и это интересно само по себе. | ||
| + | Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. | ||
| + | И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката? | ||
| + | {{Примечание|Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!}}<br /> | ||
| + | |||
| + | |||
| + | == Как участвовать в тестировании? == | ||
| + | Для участия достаточно включить testing-репозитории и обновиться. В текущих образах включен тестинг только для main, полный список репозиториев для тестинга можно получить, нажав в "Менеджере источников программ" кнопку "Добавить". | ||
| + | Также важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync. | ||
| + | |||
| + | == Что делать, если после обновления проявилась ошибка? == | ||
| + | # Прежде всего, нужно проверить - с обновлениями-ли эта ошибка связана? Для этого отключите все тестинг-репозитории (не трогая все остальные!) и запустите urpm-reposync для того, чтоб привести свою систему в соответствие с основными репозиториями, потом перегрузитесь. | ||
| + | # Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись. | ||
| + | # Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории. | ||
Версия 14:46, 24 марта 2015
Содержание
Общая схема тестирования
В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по следующей схеме:
- После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д)
- В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать.
- В понедельник протестированные таким образом обновления публикуются в основные репозитории
Почему пользователям интересно участвовать в тестировании?
Как известно, платой за бесплатность линукса является участие в разработке - и это интересно само по себе. Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката?
Примечание
Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!
Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!
Как участвовать в тестировании?
Для участия достаточно включить testing-репозитории и обновиться. В текущих образах включен тестинг только для main, полный список репозиториев для тестинга можно получить, нажав в "Менеджере источников программ" кнопку "Добавить". Также важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync.
Что делать, если после обновления проявилась ошибка?
- Прежде всего, нужно проверить - с обновлениями-ли эта ошибка связана? Для этого отключите все тестинг-репозитории (не трогая все остальные!) и запустите urpm-reposync для того, чтоб привести свою систему в соответствие с основными репозиториями, потом перегрузитесь.
- Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись.
- Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории.
