автоматизированная проверка конфигураций что это
1С:Автоматизированная проверка конфигураций
«1С:Автоматизированная проверка конфигураций» (АПК) предназначена для автоматизированной проверки конфигураций, разработанных на платформе «1С:Предприятие 8», на соответствие стандартам и иным требованиям технического характера.
АПК существенно расширяет платформенную проверку конфигурации и выполняет статический анализ технического качества конфигураций в автоматическом режиме, не требуя их запуска.
Техническое качество решений
Для разработки технически качественных решений на платформе «1С:Предприятие 8» необходимо придерживаться выработанных стандартов и рекомендаций «Системы стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8». Эти стандарты предполагают соблюдение правил разработки конфигураций на платформе «1С:Предприятие 8», в частности, принципов построения архитектуры конфигурации, ее запуска и работы, правил написания кода и правил орфографии в текстах конфигурации.
Регулярное выполнение проверок и исправление найденных ошибок в процессе разработки прикладных решений способствует значительному повышению качества работ, однако выполнение проверок даже небольших конфигураций на постоянной основе вручную бывает проблематично.
Основные возможности
АПК выполняет проверку технического качества конфигураций в автоматическом режиме, производя следующие работы:
Порядок распространения и использования
Получить дистрибутив финальной версии могут зарегистрированные пользователи системы «1С:Предприятие 8», имеющие действующую подписку на информационно-технологическое сопровождение (ИТС), а также партнеры фирмы «1С».
Для использования финальной версии «1С:Автоматизированная проверка конфигураций» необходима платформа «1С:Предприятие 8» версии 8.3.6 и выше.
Приобретение клиентских лицензий специально для работы с данной конфигурацией не требуется. Документация и примеры проверок включены в продукт в электронном виде.
Особенности использования проверки конфигурации
Механизм проверки конфигурации позволяет выявить ошибки, которые не являются критичными для функционирования прикладного решения в принципе, но наличие которых может существенно снизить скорость работы прикладного решения или даже привести к возникновению ошибок при работе в некоторых специальных режимах.
Выполнение данных проверок не является обязательным (как, например, в случае синтаксического контроля), но является желательным, например, для проверки конфигурации перед поставкой заказчику, перед выпуском тиражного решения, для проверки после массированного удаления объектов или после объединения конфигураций.
Механизм проверки конфигурации включает в себя несколько тестов. Часть этих тестов доступна и в других режимах конфигуратора, а остальные специально разработаны для этого механизма.
Рассмотрим особенности этих тестов:
Проверка логической целостности конфигурации
Проверка логической целостности конфигурации включает в себя ряд стандартных проверок целостности прикладных объектов, которые обычно выполняются автоматически перед обновлением конфигурации базы данных.
Например проверка того, что все объекты метаданных в пределах одной ветки имеют уникальные имена.
Поиск некорректных ссылок
Конфигурация на платформе 1С:Предприятие 8.1 представляет собой набор взаимосвязанных объектов. Каждый объект определяется его свойствами. Эти свойства могут содержать ссылки на другие объекты метаданных.
Ссылки бывают прямые (например, свойство справочника ОсновнаяФорма ссылается на объект метаданных Форма ) или косвенные. К косвенным относятся, например, ссылки на типы, относящиеся к объекту метаданных, например СправочникСсылка.Номенклатура или ссылки на предопределенные значения объекта.
Логика работы платформы 1С:Предприятие 8.1 построена таким образом, что наличие некорректных (неразрешимых) ссылок в простых свойствах в режиме 1С:Предприятие не допускается. При стандартных операциях редактирования, конфигуратор не позволит возникнуть таким ссылкам.
Например, нельзя удалить форму, если ссылка на нее содержится в свойстве справочника.
Впрочем, получить конфигурацию, которая такие ссылки содержит все же возможно. Например, при объединении конфигурации, если пометить к объединению только один объект метаданных и не помечать объекты, на которые он ссылается. При этом будет выдано предупреждение, но его можно игнорировать и выполнить объединение. Подобное поведение реализовано для облегчения процесса объединения конфигураций. Предполагается, что после объединения разработчик вручную поправит неразрешимые ссылки. Обязательная проверка простых свойств на корректность выполняется при обновлении конфигурации.
Сложные свойства ведут себя несколько иначе. Отслеживание всех ссылок во всех формах представляет собой слишком ресурсоемкий процесс, поэтому наличие неразрешимых ссылок в них допустимо. Допустимо в том смысле, что программа будет работать, однако ее функциональность может быть нарушена.
Например, в форме окажется поле ввода не связанное с данными или в справочной информации будет «переход в никуда».
Для поиска и исправления таких ситуаций предназначен механизм поиска некорректных ссылок. Он позволяет определить только факт наличия неразрешимых ссылок в той или иной форме. Их поиск и исправление возлагается на разработчика.
Ниже приведены некоторые рекомендации, которые могут помочь в данном процессе.
Неразрешимые ссылки в справочной информации
Если неразрешимые ссылки обнаружены в модуле справки, то для их локализации и исправления следует проверить работоспособность всех ссылок, находящихся в указанном модуле.
Некорректные ссылки в формах объектов
Для исправления такой ссылки следует либо задать для свойства необходимое значение, либо очистить значение (что приведет к установке значения Авто ).
Неразрешимые ссылки также могут возникать в предопределенных элементах. Для исправления таких ссылок может оказаться достаточным установки признака модифицированности списка предопределенных элементов, и последующего сохранения объекта метаданных.
Общие рекомендации
Например, как было указано, при удалении объекта конфигуратор проверит наличие ссылок на удаляемый объект, но только в простых свойствах. Поэтому перед удалением рекомендуется провести полный поиск. Обратите внимание, что начиная с релиза 8.1.10, при выполнении команды «Поиск ссылок на объект» (и «Поиск ссылок в объекте») можно указать поиск во всех свойствах.
Синтаксический контроль модулей
Механизм проверки конфигурации предоставляет расширенные возможности синтаксического контроля модулей. Они позволяют проверить работоспособность конфигурации во всех режимах, предусмотренных разработчиком. Для того, чтобы понять назначение каждого из режимов, рассмотрим подробнее особенности исполнения модулей в платформе 1С:Предприятие 8.1.
Все модули, с точки зрения режимов исполнения, можно разделить на 5 групп. Это общие модули, модуль приложения, модуль внешнего соединения, модули хранимых объектов (обобщенное название, сюда относятся модули объектов, наборов записей) и модули форм.
Общие модули могут выполняться на клиенте, на сервере и в режиме внешнего соединения. Доступность конкретного общего модуля в каждой из этих сред определятся соответствующим свойством.
Модуль приложения всегда исполняется на клиенте.
Модуль внешнего соединения всегда исполняется в режиме внешнего соединения.
Модули хранимых объектов могут исполняться везде. Это зависит того, где был создан соответствующий объект.
Модули форм всегда исполняются только на клиенте.
Важной особенностью 1С:Предприятия 8.1 являются различия между файловым вариантом работы и клиент-серверным. В файловом варинате для всех исполняемых модулей доступен контекст как сервера так и клиента или внешнего соединения, в зависимости от типа сеанса. То есть, даже если у общего модуля в свойствах указано исполнение только на сервере, в файловом варианте работы в нем можно создавать объекты, доступные только на клиенте. Однако при развертывании данной конфигурации в режиме клиент-сервер, выполнение подобного модуля приведет к ошибке.
Для выявления подобных «тонких» случаев, механизм проверки конфигурации предоставляет проверки модулей во всех пяти вариантах среды исполнения.
Работа клиентского приложения
Синтаксический контроль модулей в режиме эмуляции сеанса клиентского приложения в файловом варианте работы.
Работа внешнего соединения
Синтаксический контроль модулей в режиме эмуляции сеанса внешнего соединения в файовом варианте работы.
Среди наиболее часто встречающихся ошибок при тестировании работы в режиме внешнего соединения, можно выделить следующие:
Для исправления подобных ошибок следует использовать разрешенные методы, свойства и объекты.
Для исправления подобных ошибок в модуле внешнего соединения необходимо продублировать экспортные переменные, а также, при необходимости, процедуры их заполняющие.
Работа клиентского приложения в режиме клиент-сервер
Синтаксический контроль модулей в режиме эмуляции сеанса клиентского приложения в клиент-серверном варианте.
Работа внешнего соединения в режиме клиент-сервер
Синтаксический контроль модулей в режиме эмуляции сеанса внешнего соединения в клиент-серверном варианте.
Работа сервера 1С:Предприятия
Синтаксический контроль модулей в режиме эмуляции среды сервера 1С:Предприятия.
Среди наиболее часто встречающихся ошибок при тестировании работы на сервере 1С:Предприятия, можно выделить следующие:
Для исправления подобных ошибок следует использовать разрешенные методы, свойства и объекты.
Для исправления подобных ошибок следует использовать параметры сеанса, содержащие аналогичные значения экспортных переменных модуля приложения.
Общие рекомендации
Поставка модулей без исходных текстов
В группе тестов синтаксического контроля модулей представлен также тест создания файлов поставки и обновления. В настройках поставки можно указать поставку модулей объекта без исходных текстов, однако для того чтобы воспользоваться этой возможностью, модуль не должен содержать директив препроцессора, что и проверяется этим тестом.
Логическая проверка модулей
Представляет собой набор дополнительных (не связанных с синтаксическим контролем) тестов модулей.
Поиск неиспользуемых процедур и функций
Сами по себе неиспользуемые (никогда не вызываемые) процедуры и функции ошибкой не являются, однако их наличие может косвенно свидетельствовать об ошибках в логике конфигурации. В частности, с помощью этого теста можно найти потерянные, в том числе и случайно, обработчики событий элементов управления в формах.
Самой главной особенностью этого теста является то, что анализ использования выполняется в пределах модуля, где данная процедура расположена, дополнительно анализируется возможное использование процедуры в качестве обработчика какого-либо события. Процедуры и функции, которые объявлены как экспортные, никогда не считаются неиспользуемыми. Это связано с их возможным вызовом из внешнего соединения. Поэтому невозможно использовать данный тест для обнаружения потерянных обработчиков команд интерфейсов, поскольку такие обработчики должны быть объявлены как экспортные.
Проверка существования назначенных обработчиков
Поиск пустых обработчиков
Пустой (ничего не исполняющий) обработчик события формально не является ошибкой, однако наличие таких обработчиков может негативно сказаться на производительности конфигурации, особенно если соответствующее событие возникает регулярно, например событие При выводе строки табличного поля.
Автоматизированное тестирование
Автоматизированное тестирование — процесс, представляющий собой имитацию интерактивных действий пользователя и проверку результатов этих действий.
Имитация действий пользователя осуществляется при помощи набора объектов встроенного языка, предоставляющих доступ к логической модели интерфейса клиентского приложения и элементов форм.
При автоматизированном тестировании между собой взаимодействуют два клиентских приложения. Одно — это менеджер тестирования, на котором исполняется алгоритм теста. Второе — это клиент тестирования, который воспроизводит интерактивные действия пользователя.
В качестве менеджера тестирования может выступать толстый или тонкий клиент. Клиентом тестирования может быть любое из клиентских приложений: толстый клиент, тонкий клиент или веб-клиент.
Встроенный язык содержит ряд специализированных объектов, позволяющих на клиенте тестирования имитировать действия пользователя: навигация по прикладному решению, выполнение интерактивных команд системы, ввод данных в поля форм, чтение данных, отображаемых в форме, и т. д.
Например, простой тест, выполняющий создание и запись нового товара в базу данных, может выглядеть следующим образом:
Результат выполнения автоматизированного теста может контролироваться визуально, либо программно, путем сравнения полученных результатов с эталонными значениями.
Написание длинных и сложных тестов может оказаться довольно трудоемким занятием, поэтому в платформе реализована возможность автоматической записи интерактивных действий пользователя в XML файл.
Для этого клиентское приложение запускается в специальном режиме, позволяющем выполнять запись журнала действий пользователя с помощью команд, расположенных в заголовке прикладного решения: 
Полученный в результате этой записи XML файл может использоваться для анализа последовательности действий, выполнявшихся пользователем, или для создания автоматизированного теста на его основе.
1С: Автоматическое тестирование конфигураций
Области применения:
Использование такого инструмента существенно сокращает количество ручных рутинных операций, что положительно сказывается на скорости тестирования и позволяет разгрузить подключенных специалистов без ущерба качеству.
Есть возможность попробовать решение бесплатно
Оцените, насколько продукт будет полезен именно для вас. Это совершенно ничего не стоит.
Заполните форму — а всё остальное организуют наши специалисты.
Кому будет полезен продукт
«1С: Автоматическое тестирование конфигураций» предназначен для 1С: Франчайзи, разрабатывающих свои тиражные решения на платформе «1С: Предприятие».
Также продукт будет полезен для проверки работоспособности функционала конфигураций на этапе внедрения:
Возможности решения
Программа позволяет проводить комплексное тестирование конфигураций на платформе «1С: Предприятие» в автоматическом режиме без предварительной настройки сценариев и алгоритмов тестирования:
Есть возможность выборочной проверки: тестирование отдельных объектов конфигурации и запуск тестов, направленных на решение конкретных задач.
«1С: Автоматическое тестирование конфигураций» может одновременно сравнивать работу до четырех конфигураций с режимом запуска как «Обычное приложение», так и «Управляемое приложение».
Формирование отчетов и инструкций
В результате работы программы автоматически формируются следующие отчеты:
Полученные отчеты не просто фиксируют процесс тестирования, но и существенно помогают при дальнейшем исправлении найденных ошибок.
Преимущества решения
По сравнению с ручным тестированием конфигураций решение имеет следующие преимущества:
Снижается общая стоимость владения и обслуживания всей информационной системой за счет увеличения общей надежности.
Программа разработана совместно с фирмой «1С», имеет статус «1С-Совместно» и соответствует всем требованиям, которые «1С» предъявляет к выпускаемым продуктам.
В стоимость включена бесплатная поддержка ИТС ОНЛАЙН на 3 месяца, которая позволяет получить доступ для скачивания обновлений к программному продукту на сайте online.1c.ru, а также любые консультации по продукту.
Отзывы компаний о решениях «1С-ИжТиСи»
Мы не прогадали, когда отдали обновления в руки специалистам «1С-ИжТиСи». Теперь наши руки развязаны, мы не переживаем за дедлайны по обновлению при выходе новых форм или требований и просто делаем свою работу, а «ИжТиСи» свою.
Кубатов Д.А.,
руководитель отдела ИТ
В результате совместной работы с командой «1С-ИжТиСи», мы достигли оптимизации процесса обновления. Теперь обновлением нетиповых конфигураций занимается один поставщик, причем выполняется обновление сразу по мере его выпуска фирмой «1С».
Беляев В.М.,
директор по ИТ
Сотрудничество позволило сэкономить ресурсы программистов нашей компании. Все работы по проектам были выполнены быстро и качественно за счет использования «1С-ИжТиСи» технологий автоматизации.
Гресиков М.,
директор департамента ИТ
Наши клиенты
Что нового для вашей 1С?
Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →
Автоматизированная проверка конфигураций… и пара слов о стандартах разработки
Предлагаю познакомиться с инструментом «Автоматизированная проверка конфигураций» и получить практику его применения
Достаточно в схеме СКД любого отчета вывести это поле и тогда по нему можно будет проводить отбор.
Более того, если необходимо видеть именно дату обнаружения ошибки, а не модификации, то можно добавить в этот регистр свое поле ДатаОбнаружения, в подписке на событие ПередЗаписью этого регистра записывать в него дату проведения проверки, если это новая запись, и прописать выбор этого поля в отчетах. Любое решение займет всего несколько минут.
Разработчики 1С используют АПК для проверки своих конфигураций, по крайней мере ERP/КА/УТ. Иформация здесь: Как разрабатывается 1С:ERP (см. раздел “ Как мы тестируем 1С:ERP ”). Дополнительно они проводят динамический анализ кода.
Расставив свои приоритеты можно заставить АПК работать на их достижение. Лично я бы предпочел видеть сообщения об опечатках в конфигурации от АПК и исправлять их до выпуска в релиз, вместо того чтобы потом получать эти сообщения от пользователей или бизнес-аналитиков.
Добрый день, Владимир!
Меня зовут Максим Дерюшев, я являюсь руководителем проекта «1С:Автоматизированная проверка конфигураций».
Огромное Вам спасибо за Вашу статью!
С большим удовольствием прочитал описание нашего продукта.
Статья огромная (наверно, даже больше, чем наше руководство пользователя) и крайне полезная!
Я с радостью отвечу на все Ваши вопросы и пожелания, в частности:
>> Сама конфигурация АПК достаточно простая и легко дорабатывается, по крайней мере в плане интерфейса. Дорабатывать действительно есть что. >> Для комфортного и эффективного использования нашим “танкам” всегда нужен напильник
При любых пожеланиях и ошибках можно писать на наш ящик техподдержки: support@1c-izhtc.ru
Лично мне на ящик: maximderyushev@1c-izhtc.ru
Еще раз спасибо!
Очень классная статья!
А главное, наличие стандартного и простого инструмента для автоматической проверки конфигурации мотивирует к тому, чтобы вообще делать такие проверки.
Пользовался конфой давно. При переходе с 8.1 бух.1.6 на 8.2 бух 2.0
Из статьи вроде написано, что проверяет только конфы под 8.3.6 платформу и выше. Хотя наскриншотах есть проверка требований 8.2 и даже 8.1
* автоматический запуск средствами oscript
* сохранение результата анализа в XML для импорта в SonarQube, codestyle и другие online сервисы анализа
Подобрал ряд ссылок, которые должны были показаться интересными и полезными читателям, интересующимся автоматизацией разработки, стандартизацией разработки и темой контроля качества кода.
Возможно они не очень подходят к теме АПК, но в моем понимании относятся к той же области методик, приемов и инструментов, которые позволяют отойти от общепринятого в 1С подхода хаотичной разработки и перейти к разработке с соблюдением технологий. Как видите таких материалов до сих пор не так уж и много. Думаю неплохо их лишний раз пропиарить )
Хорошие идеи по доработке. Отчетность в АПК действительно не вполне удобная, но сами механизмы легко дорабатываются под свои нужды, что позволяет расширять возможности конфигурации.
Все же в большинстве компаний вопрос использования Linux и Docker совместно с 1С не так актуален. И всегда можно выделить отдельную клиентскую машину на Windows для использования этого инструмента. Скорость работы действительно оставляет желать лучшего. В общем ставим Windows, запасаемся временем и помним о бесплатности инструмента ))
Здесь хотелось бы сказать, что наблюдая за развитием все тех же ERP и БСП, а значит и в производных от них конфигурациях, ситуация улучшается. Метрики на типовом коде не замерял, это субъективное ощущение. Но все же направление развития радует. И кроме того типовые конфигурации пишут такие же разработчики как и мы. Фирма 1С их также ищет на хедхантере, как и другие компании. А значит, что ситуация с типовыми конфигурациями во многом отражает то, что делаем все мы и как работаем мы. Если в своих компаниях работать над этими вопросами, то и с типовыми решениями дела будут лучше )) Это вопрос культуры разработки и запроса со стороны пользователей конфигураций, которыми и мы являемся.