Я начинающий. И ни разу не видел выявленных при тестировании ошибок. Вышел во франч. Готовлюсь к самостоятельной работе по обновлению типовых конфигураций.

Процедура заведена такая:
1. Тестируешь.
2. Выгружаешь информационную базу.
3. Обновляешь.

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

Я довел свои мысли до сведения руководства. Мне сказали - а как ты хочешь? Я говорю - для файловой версии - просто скопировать файл. Для серверной - средствами субд.

В общем, мне сказали не париться. Потому что все туфта.

Но теперь я беспокоюсь, что пропущу сообщение при тестировании, которое потом может привести к тому, что база не загрузится. Попробовал тестировать базу - ну, там много сообщений - объект такой-то изменен, такой-то изменен - и пошло-поехало.

В связи с этим вопросы:
1. В случае ошибки будет ли мне бросающееся в глаза сообщение о том, что база повреждена.
2. Нужно ли смотреть сообщения каждую строку внимательно или можно ограничиться только итоговой фразой - тестирование завершено. Т.е. это сигнал, что все в порядке или все-таки не факт?

(0) Нечего париться. "для файловой версии - просто скопировать файл. Для серверной - средствами субд.". Главное при обновлении конфигурации самому ошибок не наделать.

ТиИ только на копии.

dt может элементарно и не загрузиться и не выгрузиться.
так что полезно в чисто профилактических целях делать выгрузки
и загрузки в копии.

резервные копии делать 1cd либо средствами субд.
не понятно только, кто ответственен за работоспособность резервной копии?

Только если тестирование-исправление, то архив лучше делать ДО а не после