Мы используем cookies для улучшения работы сайта
Хорошо, не показывать снова
Close
Нет ничего сложного

Проверка конфигурации с помощью Автоматизированной проверки конфигураций, редакции 1.2 от 1С.

Вступление

Согласно официальному сайту «1С:Автоматизированная проверка конфигураций» (АПК) предназначена для автоматизированной проверки конфигураций, разработанных на платформе «1С:Предприятие 8», на соответствие стандартам и иным требованиям технического характера.
Ее использование рекомендовано фирмой 1С еще с 2009 года для проверки качества решений, разрабатываемых на платформе 1С. Обязательно используется при получении сертификата «1С Совместимо».
В данной статье мы разберем базовый функционал конфигурации достаточный для полноценной проверки.

Для проведения проверки необходимо сделать 3 основных шага:

1. Добавление данных о проверяемой конфигурации и настройка проверки.

2. Собственно, проведение проверки.

3. Формирование отчета об ошибках.


Шаг 1. Добавление данных о проверяемой конфигурации и настройка проверки.

Добавить конфигурацию для проверки можно либо из раздела «Проверки», либо из списка конфигураций (Меню -> Настройки -> Конфигурации).
АПК
Заполняем данные проверяемой конфигурации.
АПК
На вкладке «Подключения» необходимо указать путь к исполняемому файлу и версию 1с, а также путь к источнику проверки, пользователя и пароль (если есть) для доступа в базу. Источником проверки могут быть файлы конфигурации *.cf, выгрузки базы *.dt, а также хранилище конфигурации или файловая база (проверка серверных баз не поддерживается). После этого можно проверить подключение.
На вкладке «Проверяемые требования» необходимо выбрать состав проверяемых требований, либо отметив их вручную, либо выбрав из списка вариантов проверки. Также необходимо выбрать тип проверки «Конфигурация» или «Библиотека». При выборе варианта «Конфигурация» требования, входящие в подгруппу «Разработка и использование библиотек», будут исключены из проверки вне зависимости от того, выбраны они или нет.
АПК
  1. Вкладка «Исключения из проверки» -настройка отборов объектов для проверки.
  2. На вкладке «Библиотечные конфигурации» заполняем (если надо) список конфигураций, которые указываются в качестве библиотечных (встроенных в данную конфигурацию).
  3. Вкладка «Особенности» содержит ошибки, которые были помечены как особенность. Они могут периодически выгружаться в файл. При помещении ошибки в особенность обязательно должна быть указана причина (выбирается из соответствующего справочника).
  4. На вкладке «Причины особенностей» можно заполнить список причин, используемых для этой конкретной конфигурации.
  5. Вкладка «Расписание». Здесь можно запланировать запуск проверки конфигурации по определенному расписанию.
  6. Вкладка «Расширения». На данной вкладке представлен список расширений конфигурации.
Имеет три сценария проверки:
  • «Конфигурация (без расширений)» - будет проверяться только конфигурация.
  • «Только расширения» - будут проверяться расширения, для которых установлен флаг в списке расширений.
  • «Конфигурация и расширения» - будут проверяться конфигурация и расширения, для которых установлен флаг в списке расширений.

Шаг 2. Проведение проверки.

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

  • Собрать данные и проверить. В этом случае из источника проверки будет заново считана структура конфигурации.
  • Перепроверить по ранее собранным данным – проверка будет проводиться по ранее считанной структуре.
Проверку также можно настроить вручную (требования и объекты), а можно автоматически (настройки будут взяты из настроек конфигурации, сделанных на предыдущем этапе). В зависимости от настроек, величины конфигурации и скорости железа, проверка может проводиться от нескольких секунд до нескольких часов.
В результате данные о проверке добавятся в список проверок этой конфигурации.
АПК

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

АПК
На основании этого отчета мы проводим работу над ошибками в конфигурации, отработанная ошибка помечается как исправленная или помещается в особенности (при следующем формировании отчета их уже не будет).
Рассмотрение полного функционала конфигурации – назначение ответственных, отчеты по работе, интеграция с «Системой проектирования прикладных решений» (СППР) и пр. и пр. выходит за рамки данной статьи. Для проведения полноценной проверки, описанного здесь вполне достаточно.
Конечно лучше ознакомиться с системой стандартов 1С и вести разработку так, чтобы минимизировать любые ошибки, чего всем и желаю.
Дополнительные материалы по теме.

https://infostart.ru/public/574829/ - статья Владимира Литвиненко «Автоматизированная проверка конфигураций… и пара слов о стандартах разработки».

https://v8.1c.ru/tekhnologii/1s-avtomatizirovannaya-proverka-konfiguratsiy/ - официальная страница на сайте 1С.
МОЖЕМ ПОМОЧЬ

У вас есть задачи для программистов 1С? Вам сюда

Заголовок в две строки, вот такой заголовок
Далеко-далеко за словесными горами в стране гласных и согласных живут рыбные тексты.
Нажимая на кнопку отправить вы соглашаетесь с политикой конфиденциальности сайта
Заголовок в две строки, вот такой заголовок
Далеко-далеко за словесными горами в стране гласных и согласных живут рыбные тексты.