Решил рассказать о своём способе входа в конфигуратор для отладки алгоритмов пользователем, не имеющим прав входа в конфигуратор.
За первую редакцию статьи словил минусов, что меня подвигло изучить данный вопрос.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
И так.
Способ входа номер 1. Открываем конфигуратор и подключаемся к базе, в которой необходимо работать в режиме отладки. Всё просто.
Но вот неувязочка, бывают случаи, когда конфигуратор не видит предприятия. Да, так тоже бывает. Грустно.
Список открытых баз:
Список открытых баз в конфигураторе, к какой бы подключиться?
Способ входа номер 2. Хороший и удобный способ для запуска отладчика, но когда уже ошибка вылезла, он нам погоду не сделает.
Способ входа номер 3, у меня последний по списку, уверен, им пользуются многие. Но минусов принёс мне именно он. Без фото.
Создаю обработку с любой ошибкой. (Если перейти конфигуратор нужно, окно с ошибкой закрыто и дважды проделывать много действий для появления его повторно долго)
Запускаю конфигуратор с правим администратора.
Открываю обработку (из файла или внешних доп. обработок). Получаю предложение 1С, от которого трудно отказаться.
Жмём на открытие конфигуратора.
Переходим в окно уже открытой конфигурации, расставляем точки остановки.
Проделываем под пользователем манипуляции приводящие работу 1с к ошибке, дебажим, божественно кодим.
Спасибо за внимание. С пасибо за комментарии на основании которых и была переписана статья.
Автотесты 1С - готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарий – feature-файл, разработанный с помощью vanessa-automation. Запуск сценария выполняется интерактивно с помощью vanessa-automation или с помощью vanessa-runner в CI-системах. Доступно тестирование тонкого клиента. Поддерживаемые версии конфигураций 1С:Бухгалтерия предприятие 3.0 и версии КОРП: 3.0.190.11.
Автотесты 1С - готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарий – feature-файл, разработанный с помощью vanessa-automation. Запуск сценария выполняется интерактивно с помощью vanessa-automation или с помощью vanessa-runner в CI-системах. Доступно тестирование тонкого клиента. Поддерживаемые версии конфигураций 1С:Зарплата и Управление Персоналом 3 и версии КОРП: 3.1.35.48.
Готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарии возможно использовать как для vanessa-automation, так и для СППР.
Поддерживаемые версии конфигураций ERP2 и КА2: 2.5.22.145.
Рассказываем о практическом кейсе нагрузочного тестирования двух баз 1С, где интеграции не эмулировались, а работали по-настоящему – через обмен между базами и поток данных из Kafka. Приведем пример сценариев и параметров тестирования, которые использовались в проекте, и объясним, почему команда отказалась от генераторов данных. Разберем плюсы и минусы такого подхода и обсудим, какие риски и подводные камни могут возникнуть при тестировании в боевых интеграциях. Покажем ошибки и ограничения, с которыми столкнулась команда, и объясним, как их удалось обойти.
Сценарный анализ и тестирование документов "SmokeLab" (обычные формы):
автоподбор документов, сценарное тестирование, анализ изменений, проверка форм и проведение, поддержка COM и JSON-логирование.
Создание тестовых данных для юнит- и интеграционных тестов на больших учетных системах часто оказывается самым трудозатратным этапом. Статья посвящена тому, как снять эту боль на фреймворке yaxUnit. Разбираем подходы к работе с данными (от копий баз до генерации под каждый тест) и инструменты, которые упрощают жизнь разработчику: модули-помощники, генераторы кода, макеты, фикстуры и хранение данных в коде. Учимся выстраивать контролируемую среду, ускорять подготовку сценариев и при этом сохранять читаемость и версионируемость тестовых данных. Статья будет полезна тем, кто хочет наладить воспроизводимое и удобное тестирование сложной 1С-логики, не утопая каждый раз в ручной подготовке данных.
Ручное тестирование обменов между кастомизированными базами 1С остается одной из самых сложных и болезненных задач для команд разработки. На реальных проектах показываем типичные ошибки: от неправильной подготовки тестового контура и стерильной регистрации объектов до проверки только «золотых» сценариев и пропуска скрытых зависимостей. Разбираемся, к каким последствиям это приводит на продакшене и почему внимательность к деталям здесь критически важна. Объясняем принципы, которые помогают организовать ручное тестирование интеграций так, чтобы не тратить время на псевдоошибки и не ловить проблемы уже после запуска системы.
Сервис - Параметры - Запуск 1С - Основные - Пользователь - Имя
Заходим в конфигуратор под админом, запускаем отладку под кем угодно. Чем не устраивает?
Сервис - Параметры - Запуск 1С - Основные - Пользователь - Имя
Заходим в конфигуратор под админом, запускаем отладку под кем угодно. Чем не устраивает?
Отладка - > Остановка по ошибке - > установить.
в итоге в 1СПриятии при любой ошибке сам заходит в пофигуратор в нужном месте. никого кликать не надо
а еще можно с одного компа отлаживать адинэсину запущенную на другом!
для этого нужно Отладка - >Параметры отладки - >Искать предметы отладки на удаленном компьютере
И вообще в руководстве для администратора из коробки там и не только такое найти можно, там столько возможностей что у меня лично иногда захватывает дух. ))))))))))
5 копеек от меня: конфигуратор увидит запущенное предприятие, если в предприятии зайти в меню Сервис-Параметры-Отладка в текущем сеансе - Разрешена, потом в окне "Предметы отладки" нажать "Обновить".
(7) Как в том то и проблема, на приведённых фото, что конфигуратор не видит предприятие пока не перезапустишь их обоих. И ладно бы они фоном висели днями, а то ведь сессия сессия завершается через час простоя. отладка может отвалится примерно через час - два работы. Подозреваю, что это глюк конкретной системы на конкретном компьютере.
