Здравствуйте. Работаем на версии 4.6В собираемся переходить на 4.7.
Примерно понятно как будем переходить (наняли фирму). А вот как оттестировать соответствие настроек и выполнения программ и отчетов не очень понятно особенно в части настроек. Перед этим перешли на новый сервер с другой версией операционной системы и другой версией базы данных. Так что опыт проверки работы системы имеется. Непонятно как сверить настройки, если при помощи выравнивания, то очень трудоемко и долго. Нет каких либо процедур сравнения настроек различных систем.

после апгрейда обычно полноценный интеграционный тест проводят. ОЧЕНЬ трудоемко - но никуда не денешься. Смена операционной системы и базы данных - это все мелочи - это чисто технические изменения. Апгрейд - это серьезней.

Спасибо. Если не трудно подскажите,где можно что-либо почитать про интеграционный тест.

почитать нигде - это ваш собственный интеграционный тест - подобно тому, который проводился при переходе в промышленную эксплуатацию - по всей функциональности.

Мы делали апгрейд по следующей схеме:

1. пилотный апгрейд продуктивной системы - это копирование продуктивной системы на какой-либо сервер и его апгрейд
2. функциональщики разбирались с тем, что получилось после апгрейда - обычное тестирование модулей - силами разработчиков и проверка модификаций. После того как разработчики решили, что они разобрались с новой системой и знают, что делать для того, чтобы она заработала дается команда на апгрейд действующего ланшафта.
3. Апгрейд системы разработки. Разработчики вносят изменения, до которых они добрались в тестовом апгрейде.
4. Копирование прода в тестовую систему - апгрейд тестовой системы - накатывание транспорта из системы разработки, полученный после апгрейда и проведение интеграционного теста. Здесь накапливаются все запросы для доведения продуктивной системы до рабочего состояния.
5. Апгрейд продуктивной системы - накатывание всего транспорта - и запуск пользователей.

Конечный результат очень сильно зависит от полноты интеграционного теста - чем он полнее - тем меньше ошибок будет у конечных пользователей.

Может быть кто-нибудь шел по другому пути в апгрейде - мне было бы тоже интересно послушать.

один к одному все тоже самое делали.
Ответ на вопрос (для консалтинговой части, не для клиента) - можно сделать ли апгрейд или нет (в чужой системе) сводится к ответу на вопрос - можно ли полный сценарий тестирования написать или нет. Все остальное - техника.

Всем большущее спасибо.

Все в принципе правильно народ говорит!
Главное ничего не забыть и все будет ок!
Мы в прошлом году с 4.0 сразу на 4.7 перескочили - ничего, живые ;о))
Попарились, конечно, но что делать.
Удачи!!!