Просмотр исходного текста страницы Общая схема тестирования обновлений

Обновления в ROSA Linux проходят регрессионное функциональное тестирование, т.е. обновленная версия должна '''выполнять свою работу не хуже, чем старая''' <br />
Тестирование наиболее эффективно если тестер реально работает с тестируемой программой и его система соответствует текущим официальным репозиториям Росы
# Нужно привести систему к текущему состоянию репозиториев Росы (без тестинга, если не указано иное)
## Если вы ничего не ставили из неофициальных репозиториев и исходников, если регулярно обновляетесь - ваша система подходит для тестирования
## Для приведения системы в соответствие с репозиториями нужно выполнить команду '''# urpm-reposync''' 
# Протестировать сам процесс обновления:
## Установить предыдущую версию программы из репозиториев, если она еще не установлена. Интереснее всего для тестирования, когда обновляется рабочая и уже настроенная версия программы.
## Добавить в систему новый источник - контейнер с обновлением. Это делается командой '''# urpmi.addmedia НазваниеИсточника URLИсточника --update'''
## Обновить систему '''(Параметры системы/обновление системы)''', при появлении сообщений об ошибках обновляемого пакета  - сделать скриншот
## Перегрузиться
# Протестировать функционал:
## Возможно более реально поработать на системе с обновленным функционалом
## При возникновении ошибок - сделать скриншот или записать видео с помощью ROMP
# При обнаружении ошибки нужно обязательно проверить эту ошибку на регрессию - т.е. не была ли она раньше? Для этого нужно:
## Выключить добавленный источник  (Параметры/Менеджер источников программ)
## Снова синхронизировать систему '''# urpm-reposync''', при этом компонент должен откатиться на прошлую версию из стабильных репозиториев
## Попробовать воспроизвести ошибку на предыдущей, не обновленной версии
# Написать отчет о тестировании, в котором указать
## Как проявляется ошибка (лучше со скриншотами или видео)
## Регрессия или нет