1. Уточните границы релиза
Запишите версии платформы, основной конфигурации и расширения до и после обновления. Укажите, какие процессы затронуты, кто принимает решение о выпуске и где будет проверяться результат. Если конфигурация или платформа меняются одновременно, отметьте это отдельно: при ошибке нужно понимать, что именно изменилось.
2. Сравните исходники
Сравните выгрузки «до» и «после» и сгруппируйте изменения по объектам: формы, модули, роли, отчёты, печатные формы и обмены. Одной строки «изменён модуль» недостаточно: для каждого значимого изменения запишите предполагаемый пользовательский сценарий и основание вывода в исходниках.
3. Сделайте короткую матрицу приёмки
Таблицу ниже можно перенести в задачу команды. Заполните реальные объекты и сценарии вашего релиза.
| Изменение | Что проверить в тестовой базе | Критерий |
|---|---|---|
| Форма документа | Открыть, заполнить, сохранить и провести документ под рабочей ролью | Новые поля доступны по назначению; прежний сценарий выполняется |
| Роль или команда | Повторить сценарий под каждой затронутой ролью | Нужные действия разрешены, лишние — недоступны |
| Обмен или печать | Выполнить пример обмена либо получить печатную форму | Результат совпадает с согласованным образцом и проходит проверку получателя |
4. Зафиксируйте результат
В протоколе оставьте дату, версию среды, проверенный сценарий, фактический результат, ссылку на ошибку и ответственного. Отдельно отметьте проверки, которые не удалось выполнить. Релиз допускают по согласованным критериям команды, а не по факту отсутствия ошибок в списке файлов.
Полезные инструменты
У нас есть общий чек-лист приёмки и локальная пробная версия сравнения ZIP-выгрузок. Исходники при локальном запуске остаются у вас. Фирма 1С описывает обновление конфигурации, автоматизированное тестирование и проверку конфигураций и расширений. Конкретный порядок обновления сверяйте с документацией вашего решения.