Проверка работы расширений после обновлений

Публикация № 1095354

Администрирование - Администрирование данных 1С - Тестирование и исправление

18
Иногда бывает, что после обновления конфигурации некоторые расширения перестают работать и часто такие ошибки выявляются только в процессе тестирования или рабочем режиме. При правильной разработке и проектировании расширения можно свести к минимуму такие ошибки, но иногда их не избежать. Если в базе расширений не более 5-10, то проверить каждое после обновления не составляет труда, а вот если их больше 50 - проверка отнимает слишком много времени Поэтому была написана обработка, которая в автоматическом режиме проверяет расширения, подключенные в программе. Обработка универсальная и будет работать в любой программе, в которой есть расширения.

Сначала о том, как добиться стабильности работы расширений после обновлений. Разберем на примере.

Например, в типовую БП надо вывести свою кнопку в контекстное меню ТЧ товары.

Создаем новое расширение, у расширения должно быть понятное наименование и уникальный префикс

всегда придерживаюсь правила: один объект - одно расширение, чтобы минимизировать отключение функционала при ошибках в расширении

 При импорте форм много тащится лишних объектов и реквизитов, но на данном этапе они мне не интересны

создаю кнопку на форме и прописываю алгоритм, отлаживаю работу расширения.

После того как все сделано и проверено удаляю все, что не менялось.

Для того чтобы посмотреть что изменено в расширении, есть удобный фильтр (не всегда все показывает)

все остальное удаляю
последовательность удаления такая:

все реквизиты и ТЧ, затем функциональные опции и константы и потом все остальное в произвольном порядке

обязательно для всего, что осталось  снимаю контроли свойств (если не нужны)

затем снимаю все галки в свойствах конфигурации и ставлю дату изменения в версии расширения:

далее в списке расширений нажимаю проверку конфигурации конкретного расширения

программа выдает список ошибок

далее исправляю все ошибки, которые можно исправить (в данном случае достаточно добавить в расширение договор без реквизитов и контроля свойств)

после чего проверка уже не находит ни синтаксических ни других ошибок

в таком случае расширение будет работать долго без сбоев.

 

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

Если расширений не много, то не сложно понажимать кнопку в конфигураторе, но в некоторых базах у клиентов их уже более 50.

Поэтому написал для себя обработку по автоматической проверке расширений:

 

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

В ней все просто, указываем пользователя и пароль (если есть), выбираем что проверить и нажимаем кнопку Проверить все расширения или проверить выделенные

При этом при проверке конфигуратор должен быть закрыт, иначе обработка не сможет подключиться.

Два режима проверки:

Проверка модулей - это проверка, запускаемая через Конфигурация - Проверка модулей
Проверка конфигурации - это проверка, запускаемая через Конфигурация - Проверка конфигурации (обычно использую только этот режим)

флажками отмечаем что проверить и нажимаем кнопку

Проверить все расширения - быстрая проверка, но список ошибок выводится одним текстом. Т.е. выполняется один запуск конфигуратора и проверка сразу всех расширений. В среднем проверка 40 расширений на базе КА 2.4 занимает 2,5 минуты

Проверить выделенное расширение - долгая проверка. Проверяется каждое расширение отдельно, но результат проверки выводится по каждому расширению. Т.е. выполняется на каждое расширение запуск конфигуратора и проверка только этого расширения. В среднем проверка 40 расширений на базе КА 2.4 занимает 13 минут

у каждой кнопки и флажка есть подсказка, так что запутаться сложно :)

Несколько раз меня спасала такая проверка:

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

И вот совсем недавно обновлял БП и там метод ПодготовитьКоллекциюПечатныхФорм() вдруг стал не экспортным и проверка конфигурации тоже помогла выявить такую ошибку в расширениях, где он использовался.


Тестировалось на 8.3.14.1779 и старше, но скорее всего будет работать и на младших платформах

Обработка применялась на КА 2.4.7.141 и позже и на БП 3.0.70.33  и позже, также на нескольких самописных конфигурациях.
Но обработка универсальная, так что должна работать на любых конфигурациях с расширениями

18

Скачать файлы

Наименование Файл Версия Размер
Проверка работы расширений после обновлений:
.epf 13,80Kb
18.07.19
8
.epf 13,80Kb 8 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. zeegin 43 19.07.19 18:21 Сейчас в теме
Кажется, что проще запустить АПК с настройкой проверки расширений конфигурации.
Кроме стандартной платформенной проверки получите так же проверки по стандартам.

Функционал доступен начиная с версии 1.2.1 https://dl03.1c.ru/content/ACC/1_2_1_53/news.htm
3. the1 386 24.07.19 09:15 Сейчас в теме
(1) Забавно, но Шиндоус ее определяет как вирус)
Прикрепленные файлы:
2. 77dream77 164 20.07.19 00:41 Сейчас в теме
ну... кому как
мне, например, не удобно устанавливать ее и настраивать у 20 клиентов для проверки после каждого обновления
Оставьте свое сообщение