Здравствуйте. Подскажите могут ли возникнуть проблемы при обновлении. Может еще какую вещь не учел в проверке.
Есть УПП версия 1.3.29.1 , обновил до 1.3.83.2 используя все ключевые релизы. При обновлении каждого релиза заходил в базу.
1.) Сделал проверку конфигурации, количество ошибок не увеличилось.
2.) Сформировал отчет "Оборотно-сальдовая ведомость", все данные сходятся.
3.) Проверил изменения в Основной конфигурации 1.3.29.1, типовой конфигурации 1.3.29.1, все внесенные изменения сверил и перенес в релиз 1.3.83.2.
4.) Выгрузка в БП работает без ошибок, все данные выгружаются правильно.
5.) Перепровел все документы, цифры сходятся
Хочу сделать перенос на рабочую базу, но мне говорят что хотят протестировать с недельку, а потом только будем переносить.
Есть ли смысл в этом тестировании? При проведенных мной проверках.
(1) Смысла в тестирование нет. Самое важное для себя уже проверили. Но если хочется им, чтоб база отстоялась, то пусть стоит еще недельку (даже не зайдут ни разика, а потом попросят еще недельку).
все внесенные изменения сверил и перенес в релиз 1.3.83.2.
вот из-за этого наверняка и появилось желание "потестить"... мало ли какие там изменения, вполне возможно какие-то свои регистры или еще что-нить, что вполне может потеряться при обновлении релиза... тем более при таком многоступенчатом
(6) При обновлении я проверил все добавленные Регистры, сверил наличие добавленных реквизитов в документах и справочниках. реквизиты все есть, все заполнено данными.
Единственное что в некоторых местах исчез код и формы стандартными заменились, но я все данные на этих формах обновил. Данные же в реквизитах хранятся, а формы только отображают и позволяют к ним обращаться.
вы имеете в виду программный код или код реквизита? впрочем и то, и другое вполне может быть критичным...
хотя "недельку" на тестирование многовато, как правило хватает одного-двух дней, чтобы понять "все ок" или "полетело вот это"
(8) программный. исчез в тех местах где был вставлен в общий модуль, в функциях справочников. если свои функции есть, то там могут пропасть, а если функции добавлены, то все отображается нормально.
(9) Ольга, может подскажете какие могут возникнуть проблемы при обновлении, если код и все остальное одинаково. Формы при открытии ошибок не вызывают.
(14) Могут изменить или вообще удалить функции и процедуры из общих модулей, которые использовали при доработке, тогда при полном совпадении кода будут ошибки.
Протестируйте как работают все дописанные механизмы, как долго их тестировать зависит от сложности механизма и ньюансов, протестируйте именно в работе, а не просто сверкой кода
а с какой целью обновляли? я так понял что у вас в ней бухгалтерский учет не ведется, в УПП1.3 уже давно ни какой функционал со стороны 1С не дорабатывается, только обновляются регламентированные отчеты
программный код может быть одинаковым, однако реквизиты в новых релизах могут отличаться, отсутствовать, даже иначе называться... в результате вы такую кашу получите, что расхлебать не получится, а только откатывать на состояние "до релиза" ессно с потерей данных за период...
ссылочную целостность в допиле никто проверить не сможет ))) только тот, кто допиливал и знает что именно и в какую сторону допиливал
пример: я создал обработку, которая после определенного события что-то делает с реквизитом какого-либо документа или справочника... в новом релизе этот реквизит имеет название уже например не "Реквизит", а "РеквизитСправочника"... полетела моя обработка, следом за ней летит вся цепочка действий с изменяемым реквизитом... и при обновлении релиза никакая проверка не покажет, что в моей обработке использовался этот самый "Реквизит"
(20) Понял. Тогда необходимо будет проверить текущие дописки, там сверить наличие этих реквизитов в базе.
Теперь есть небольшое дополнение к своему списку проверок при обновлении:
1) Проверка данных по отчету "Оборотно-сальдовая ведомость";
2) Проверка конфигурации на ошибки стандартной проверкой конфигурации.
3) Проверка отличий Основной конфигурации от типовой конфигурации той же версии, в обновленной конфигурации провести Ручную проверку ссылочной целостности доработок.
(24) Проверка отличий основной конфигурации от типовой конфигурации той же версии проводится перед созданием обновления для конкретной конфигурации - чтобы не переносить свой код код когда это не требуется.