1. Зафиксируйте исходное состояние
- Запишите версии платформы, конфигурации и расширений, а также перечень используемых интеграций.
- Согласуйте окно обновления, ответственных и критерии отмены выпуска.
- Подготовьте резервную копию и проверьте, что её можно восстановить на отдельной тестовой базе.
2. Составьте карту изменений
- Сравните исходники до и после: объекты, формы, общие модули, роли, обмены и печатные формы.
- Для каждого изменения укажите связанный бизнес-процесс и ожидаемое поведение.
- Выделите выводы, которые основаны только на тексте файлов и ещё не проверены в базе.
3. Проведите приёмку в тестовой базе
- Пройдите основные операции под типовыми ролями пользователей.
- Проверьте права, заполнение и проведение документов, отчёты, печать и обмены с внешними системами.
- Проверьте критичные нестандартные сценарии и работу с реальным объёмом данных, если они важны для выпуска.
4. Подготовьте решение о выпуске
- Занесите результаты проверок, ошибки, владельцев исправлений и остаточные риски в единый протокол.
- Проверьте план обновления и план отката в условиях, близких к рабочим.
- Зафиксируйте, кто принимает решение о выпуске и какие проблемы являются блокирующими.
Граница метода. Даже полный список изменённых файлов не доказывает, что обновление прошло успешно. Это подтверждает только испытание на подходящей тестовой базе и согласованная приёмка.
Официальные материалы
Для версий и сопровождения используйте официальную страницу поддержки 1С. Для построения автоматических проверок посмотрите «1С:Автоматизированное тестирование». Конкретный порядок обновления сверяйте с документацией вашей конфигурации.