Переводим рутину ручного тестирования 1C на рельсы Jenkins-а и ADD
Разработка - Инструментарий разработчика
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Переводим рутину ручного тестирования 1C на рельсы Jenkins-а и ADD
Регулярные читатели инфостарта должны уже слышать ( и не по наслышке знать) про Vanessa Behavior и его новых отпрысков – ADD и Vannessa Automation. Оба фреймворка – это замечательное воплощение идей удобного тестирования функциональности на 1С. Мы составляем cценарные тесты(или «фичи») на специальном языке gherkin, описывающим поведение пользователя в интерфейсе 1С Предприятия, а затем вручную прогоняем тесты на запускалке – внешней обработке 1С и узнаем, что у нас работает, а что не очень. Если вы еще не пробовали рай автоматического BDD тестирования, то данный туториал будет максимально полезен: мы сразу убъем двух зайцев – на практическом примере узнаем, что это такое и научимся его правильно готовить.
Под правильной готовкой мы будем понимать не запуск тестов вручную (желающим в руки достаточно «плотный» материал про Ванессу), а создание переиспользуемого пайплайна тестирования в Jenkins. Пайплайн, который будет сам автоматически по расписанию запускать тесты. Пайплайн, который не будет ломать вам рабочие базы. Пайплайн, который даст удобный allure отчет. Наконец, пайплайн, который принесет уверенность в завтрашнем дне!
Звучит хорошо, не правда ли? Но сбавим градус пафоса, господа… и перейдем от теории сразу к практике. Все действия будут выполняться под Windows.
Для наших практических экспериментов потребуется следующий софт:
- Jenkins
- One script и либы (Спасибо EvilBeaver)
- ADD 6.0.0 (Спасибо SilverBulleters)
- Серверная платформа 1С с развернутой серверной базой не ниже 8.3.10
На картинках конечный результат будет выглядеть вот так:
Статистика сборок
Отчет о сборке
Как будет работать наш пайплайн:
Весь смысл пайплайна в том, чтобы прогнать тесты на желаемой базе (или базах). И чтобы не портить саму эталонную тестовую базу (далее просто эталонная), мы будем работать исключительно с копией. Копирование баз выполняется средствами sql. Давайте разберем последовательность этапов, который выполняет этот мега-пайплайн:
- Удаляет копию эталонной базы из кластера (если она там была) и очищает клиентский кеш 1с
- Делает sql бекап эталонной базы, которую нужно загружать в копию.
- Загружает sql бекап эталонной базы в копию
- Создает копию в кластере 1С с префиксом test_
- Обновляет копию из хранилища 1С (если есть хранилище)
- Запускает внешнюю обработку 1С на копии, которая очищает базу от всплывающего окна с тем, что база перемещена при старте 1С
- Запускает внешнюю обработку ADD на копии и прогоняет тесты
- По результатам тестов формирует отчет allure
Итак, приступаем к установке.
1. Установка GIT
GIT - наверное уже известная всем система контроля версий кода, которая все больше входит в жизнь 1С-ков. Она нам потребуется для того, чтобы дженкинс смог работать со скриптами нашего пайплайна, которые расположены в экспериментальном репозитории https://github.com/ripreal/erp_features (данный репозиторий подойдет, чтобы выполнить туториал, но для разворачивания на продакшене рекомендуется завести свой, например путем форка моего). Для этого:
- Скачиваем последний дистрибутив GIT for Windows и устанавливаем
2. Установка и настройка Jenkins-а.
Jenkins – бесплатная среда для автоматического запуска всех скриптов нашего пайплайна по расписанию. Установка и первичная настройка дженкинса не принесет никаких проблем.
- Скачиваем дистрибутив JRE 1.8 и устанавливаем
- Скачиваем последний дистрибутив Jenkins (на момент статьи это 2.141) и устанавливаем как сервис. Все настройки оставляем по-умолчанию.
- Меняем стандартную кодировку дженкинса на UTF-8. Это важный этап, чтобы в веб-интерфейсе дженкинса все русские символы отображались корректно. Для этого добавляем параметр -Dfile.encoding=UTF8 в тег <arguments> в файле Jenkins.xml, расположенном в корневом каталоге установки дженкинса. Итоговая строка должна выглядеть примерно так:
<arguments>-Xrs -Xmx256m -Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -Dfile.encoding=UTF-8 -jar "%BASE%\jenkins.war" --httpPort=8080 --webroot="%BASE%\war"</arguments>
- Перезапускаем службу Jenkins в диспетчере задач Windows и проверяем, что все прошло хорошо, открыв веб-интерфейс дженкинса по адресу http://localhost:8080. Если у вас порт 8080 занят другим приложением, то необходимо будет его перенастроить, например как написано здесь
3. Настройка shared-libraries
Эта удобная функция позволяет писать и складывать скрипты в отдельные библиотеки для их переиспользования в дальнейшем. Мы будем использовать эти библиотеки постоянно.
- В веб-интерфейсе дженкинса переходим в меню Manage Jenkins (Настроить Jenkins) => Configure System (Конфигурация системы) => Global Pipeline Libraries
- Нажимем Add и заполняем поля:
- Name: shared-libraries
- Default version: master
- Retrieval method: modern SCM
- Source Code Management: Git (не GitHub)
- Project Repository: https://github.com/ripreal/erp_features.git
4. Настройка Allure
Аллюр позволит генерировать красивые отчеты прямо в дженкинсе по результатам тестирования в ADD.
- Устаналиваем плагин allure. В веб-интерфейсе дженкинса переходим в меню Manage Jenkins (Настроить Jenkins) => Manage plugins (Управление плагинами) => Available (Доступные), ищем в списке Allure и устанавливаем его
- Устанавливаем сам дистрибутив allure. В веб-интерфейсе переходим Manage Jenkins (Настроить Jenkins) => Global Tool Configuration (Конфигурация глобальных инструментов) => Allure Commandline installations => Add Allure Commandline. Заполняем появившиеся поля следующим образом
- Name: allure
- Label: allure
- Download URL for binary archive: https://dl.bintray.com/qameta/maven/io/qameta/allure/allure-commandline/2.11.0/allure-commandline-2.11.0.zip
- Subdirectory of extracted archive: allure
5. Настройка окружения ADD
Переходим к установке непосредственно самих утилит, нужных для работы вспомогательных административных скриптов и самого инструмента ADD.
- Скачиваем последний дистрибутив OneScript и устанавливаем.
- Устанавливаем библиотеку vannessa-runner для OneScript. Для этого выполняем команду:
opm install vanessa-runner
-
Таким же образом устанавливаем библиотеку add
-
Также у вас уже должны быть установлены sqlcmd (поставляется вместе с MS SQL Server) и powershell (с включенной Windows политикой беспрепятственного запуска скриптов. Как включить на WIndows 10
6. Создание и настройка пайплайна в Jenkins
Теперь самое интересное - создать и настроить пайплайн, который и будет запускать по расписанию весь процесс сборки, начиная с копирования эталонных баз и заканчивая их тестированием и очисткой.
- В Веб-интерфейсе дженкинса переходим в меню New Item (Создать Item), заполняем произвольное имя в поле Enter an item name (Введите имя Item'а), я выбрал erp_features, выбираем тип скрипта - pipeline и нажимаем ОК
- В новом окне открывается конфиг пайплайна. Переходим к группе pipeline, в котором мы введем настройки подключения к репозиторию, в котором хранятся все исходники. Заполняем поля следующим образом:
- Definition - pipeline script from SCM
- SCM - git
- Repository URL - https://github.com/ripreal/erp_features.git (или свой)
- В группе Additional Behaviours нажимаем кнопку add и выбираем clean before checkout, чтобы автоматически очищать директорию сборки от предыдущих результатов.
- Все остальные параметры оставляем по-умолчанию и нажимаем Save
7. Первый запуск пайплайна
На самом деле мы не полностью настроили конфиг пайплайна, т.к. часть параметров конфига хранятся в Jenkinsfile - скрипте в удаленном репозитории,который мы указали в п.6. Поэтому чтобы донастроить пайплайн необходимо выполнить пробный запуск. Для этого:
- В Веб-интерфейсе дженкинса на главной странице переходим в наш пайплайн erp_features
- В открывшемся окне нажимаем Build (Собрать сейчас) в левой командной панели и наблюдаем процесс сборки. Сборка должна будет упасть - это нормально.
- Обновляем браузер через f5 и видим, что теперь у нас вместо кнопки Build появится другая кнопка Build with parameters (Собрать с параметрами) - это как раз то, что нам нужно.
8. Второй запуск пайплайна
Теперь самое время перейти в реальному запуску пайплайна. Для этого в меню с пайплайном erp_features нажимаем кнопку Build with parameters (Собрать с параметрами), которая появилась вместо Build (Собрать) и видим список параметров со значениями NULL, которые нам нужно заполнить. В качестве тестовой базы я выбрал серверную демобазу ERP. Рекомендую последовать моему примеру, т.к. пробный feature тест (здесь) написан для этой конфигурации. Отметим, что значения всех введенных параметров будут сохранены для следующих запусков пайплайна. Примечание - обязательно уберите из всех параметров значение NULL, иначе сборка при запуске будет ругаться. Если параметр не хотите заполнять, то оставьте его просто пустым:
- jenkinsAgent - Нода дженкинса, на которой запускать пайплайн. Рекомендую на первое время ставить master. По умолчанию также стоит master
- server1c - Имя сервера 1с, по умолчанию localhost
- server1cPort - Порт рабочего сервера 1с. По умолчанию 1540. Не путать с портом агента кластера (1541)
- serverSql - Имя сервера MS SQL. По умолчанию localhost
- admin1cUser - Имя администратора с правом открытия внешних обработок (!) и с отключенной защитой от опасных действий для базы тестирования 1с. Должен быть одинаковым для всех баз.
- admin1cPwd - Пароль администратора базы тестирования 1C. Должен быть одинаковым для всех баз
- sqlUser - Имя администратора сервера MS SQL. Если пустой, то используется доменная авторизация
- sqlPwd - Пароль администратора MS SQL. Если пустой, то используется доменная авторизация
- templatebases - Список баз для тестирования через запятую. Например work_erp,work_upp
- storages1cPath - Необязательный. Пути к хранилищам 1С для обновления копий баз тестирования через запятую. Число хранилищ (если указаны), должно соответствовать числу баз тестирования. Например D:/temp/storage1c/erp,D:/temp/storage1c/upp
- storageUser - Необязательный. Администратор хранилищ 1C. Должен быть одинаковым для всех хранилищ
- storagePwd - Необязательный. Пароль администратора хранилищ 1c
Теперь запускаем сборку и ждем ее полного выполнения. В идеале сборка должна выполниться успешно и отобразиться зеленым цветом. Если сборка упадет на каком-то из промежуточных шагов, то лезем в логи по кнопке Console Output (Вывод консоли) в левой панели, которая доступна, если провалится в саму сборку. Если пайплайн зависает на этапе запуска 1С-ых обработок (Этапы "Запуск 1с обработки на test_temp" и "Тестирование ADD"), то скорее всего внутри 1С всплыло какое-то модальное окошко, блокирующее дальнейшую работу. Чтобы это проверить, запустите в 1С созданную в пайплайне копию базы в режиме предприятия и проследите, чтобы не всплывало никаких блокирующих окон.
Меняемся к лучшему 1 - Настройка slave ноды дженкинса
После установки дженкинса мы получаем одну master ноду, запущенную как системный процесс. Но в приличном jenkins обществе принято использовать master ноду только в качестве менеджера slave агентов, а не ка запускалку пайплайнов. Поэтому чтобы не создавать на нее лишнюю нагрузку и не вешать ее в случае какого-либо неоптимального кода, заводятся slave ноды.
Для нас необходимость второй ноды обсусловлена еще и сугубо утилитарными нуждами - для правильной работы нашего пайплайна требуется нода, запущенная не как служба, а как консольное приложение. Дело в том, что ADD запускается в среде 1С со всем полагающимся графическим интерфейсом. Если мы будем запускать ADD под master нодой, то мы просто не увидим процесс выполнения ADD тестов на нашей машине (хотя это не помешает успешному выполнению тестов) Для простоты развернем slave на той же машине, на которой запущен и master. Итак, наши шаги будут следующими:
- Разрешаем запуск слейв агентов в качестве консольных приложений. Для этого в веб-интерфейсе дженкинса переходим в меню Manage Jenkins (Настроить Jenkins) => Configure Global Security (Глобальные настройки безопасности) => Agents и в поле TCP port for JNLP agents меняем переключатель на Fixed (Статичный) и указываем порт, например 10001.
- Добавляем ноду. Для этого переходим в меню Manage Jenkins (Настроить Jenkins) => Manage Nodes (Управление средами сборки) и в левой командной панели нажимаем New Node (Новый узел), вводим имя, активируем переключатель Permanent Agent и жмем ок.
- Вводим параметр ноды:
- Name - имя хоста (компьютера)
- Remote root directory (Корень удаленной ФС) - произвольный путь к каталогу, в котором дженкинс будет выполнять пайплайны, например D:\jenkins
- Labels (Метки) - произвольное имя, по которому будем ссылаться на ноду в пайплайне. Рекомендую ставить такое же, как имя ноды.
- Launch method (Способ запуска) - выбираем Launch agent via Java Web Start
- Жмем save
Теперь нужно поднять ноду:
- В главном меню дженкинса в левой части должна появится иконка нашей новой ноды.
- Кликаем на нее и смотрим на последнюю строчку. Это и есть командная строка запуска slave ноды.
- Копируем командную строку и записываем ее в bat-ник, заодно скачиваем agent.jar по гиперссылке. Все это помещаем в каталог, который мы выделили ранее для slave дженкинса.
- Добавляем строчку -Dfile.encoding=UTF-8 в строку запуска для правильной кодировки и запускаем bat-ник. Если все сделано правильно, то через пару секунд запустится консольная слейв нода.
- Самое время проверить работоспособность слейв ноды на нашем пайплайне. Для этого переходим к вводу входных параметров пайплайна, меняем параметр jenkinsAgent на label, который мы указали во время настройки ноды и запускаем пайплайн. В логах запущенной сборки можно увидеть, что пайплайн запустился на слейве
Меняемся к лучшему 2 - Установка nircmd для скриншотов в отчете allure
Чтобы лицензреть в allure вот такие вот полезные скриншоты при падении шагов теста, нам потребуется установить утилитку nircmd. Возьмем на карандаш также то, что снятие скриншотов будет работать только под slave нодой, запущенной в консольном режиме.
Для этого:
- Скачиваем архив отсюда http://www.nirsoft.net/utils/nircmd.html
- Запускаем из архива nircmd.exe под администратором и выбираем copy to windows directory
- Проверьте, что через cmd.exe у нас появилась новая команда nircmd. Если все ок, то больше никакой настройки в дженкинсе для скриншотов не требуется
Меняемся к лучшему 3 - Создание расписания для пайплайна
Запуск по расписанию - отличная идея для автоматичеких ночных сборок. Так что приступим:
- В Веб-интерфейсе дженкинса на главной странице переходим в наш пайплайн erp_features
- В левой панели нажимаем Configure (Настройки) и ставим галочку Build periodically (Запускать периодически)
- Вводим расписание по формату CRON. Для того, чтобы запускать каждую ночь в 12 часов, достаточно ввести следующее выражение H 00 * * 1-7
Меняемся к лучшему 4 - Копаемся во внутренностях Jenkinsfile-а
Я всячески поощряю залезть в главный исполняемый скрипт нашего пайплайна и посмотреть как это работает своими глазамами. Jenkinsfile находится в корневом каталоге репозитория https://github.com/ripreal/erp_features.git. Скрипты в jenkins пишутся на очень простом процедурном языке groovy - ванильной надстройкой над java. При желании скрипт можно и нужно подтюнить. Подкину пару идей для улучшения:
- Сделать пайплайн более масштабируемым - вместо ручного ввода входных параметров, запрашивать их из внешних key-value storage-ов
- Добавить smoke тесты - делается аналогично шагу "Тестирование ADD"
- Отправлять уведомления и результаты выполнения сборок на почту или в корпоративный чат
- Добавит CD - финальным шагом пайплайна не просто запускать тесты, но и делать автосборку файла поставки проверенной конфигурации.
На этом у меня все. Осталось сказать, что данный туториал может пригодится не просто как средство, чтобы разобраться с автоматизацией ADD, но и как заготовка для построения собственного CI на ваших проектах. Собственно в моей команде мы используем схожий, но сильно продвинутый CI по подобию именно этого пайплайна.
## Благодарности
1. Артем Кузнецов (//infostart.ru/profile/64839/) - за архитектурную идею скрипта для пайплайна дженкинса
Вступайте в нашу телеграмм-группу Инфостарт
Jenkins ADD BDD Vanessa-Behaviour Continious Integration Автоматическое тестирование 1С
См. также
Разработка Инструментарий разработчика Групповая разработка (Git, хранилище) Разработчик Платные (руб)
Практический курс по работе с AI-агентами для разработчиков 1С уровня middle и senior, а также тимлидов команд: от постановки задач и передачи контекста до создания расширений, интеграций, MCP-инструментов, тестов и проверки готового решения.
50000 руб.
10.09.2026 13264 104 0
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83174 431 171
Инструментарий разработчика Роли и права Запросы СКД Разработчик Руководитель проекта 1С:Предприятие 8 Платные (руб)
Инструменты для разработчиков 1С 8.3 и 8.5: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.
16500 руб.
02.09.2020 285494 1606 423
Инструментарий разработчика Разработка Администрирование веб-серверов Системный администратор Разработчик Аналитик Руководитель проекта 1С 8.3 Платные (руб)
Analyzer 1C сводит выгрузку 1С — основную конфигурацию и все расширения — в единый граф знаний. Любой запрос по связям за доли секунды, с пометками «Доб.» / «Заимств.» / «Переопределено». Новое в 2.0 — обновление поставки: сравнение и объединение версий деревом «как в Конфигураторе» с выгрузкой плана решений; поиск конфликтов из-за перехватов расширений и висячих ссылок; загрузка из бинарных .cf/.cfe; циклические зависимости. Плюс анализ влияния, запросы BSL, роли и RLS, граф вызовов. Минута на развёртывание через Docker без необходимости подключения к Интернет. Любая 1С:Предприятие 8.3+.
14000 руб.
17.04.2026 16691 63 62
Пакетная печать Печатные формы Инструментарий разработчика Разработчик 1С:Предприятие 8 Платные (руб)
Расширение для создания и редактирования печатных форм в системе 1С:Предприятие 8.3. Благодаря конструктору можно значительно снизить затраты времени на разработку печатных форм, повысить качество и прозрачность разработки, а также навести порядок в многообразии корпоративных печатных форм. Обновление версии от 21.04.26
22570 руб.
06.10.2023 44124 122 54
Инструментарий разработчика Нейросети Платные (руб)
Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше. Далее в публикации: MCP для поиска по метаданным 1С, справке синтакс-помощника и проверки синтаксиса.
15250 руб.
25.08.2025 76742 147 41
Разработка Инструментарий разработчика Разработчик Руководитель проекта 1С 8.3 Платные (руб)
Pilot 1C превращает задачу, поставленную обычными словами, в техническое задание, код на встроенном языке и сценарии проверки. Прежде чем что-то предложить, он сверяется с устройством вашей конфигурации через граф Analyzer 1C: существует ли объект, из чего он состоит, кто его вызывает, какие роли дают права. Чего найти не удалось – спрашивает, а не выдумывает. Готовый код проходит более полутора сотен проверок по справочнику языка и стандартам разработки, который приезжает вместе с продуктом. Модель – ваша: любой сервер, совместимый с программным интерфейсом OpenAI, в том числе локальный. Правки в конфигурацию Pilot не вносит – их применяет разработчик.
18300 руб.
11.09.2026 3668 5 0
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28697 103 46
Когда англы и саксы вторглись на территорию современных Британских островов, в их язык (ныне - английский) из местной культуры кельтов перешло всего несколько десятков слов. Потому что их культура и быт были богаче кельтов. Здесь то же самое - местное население не внесло в эту отрасль совершенно ничего, всё, что используется, придумано у загнивающих капиталистов. Более того, единственный язык программирования, работающий на местном языке, считается уделом низшей касты и осмеивается труЪ-программистами. Поэтому и терминология тут вся оттуда и ничего не изменится.
У меня почему-то не сработала настройка кодировки UTF8, все-равно выводились "крякозябры".
В итоге указал параметр через UTF-8 (поставил дефис). - после этого кириллические символы отображаются нормально.
Не знаю с чем этом может быть связано, может версия Java, может Jenkins
Это ошибка в коде пайплайна. Дело в том, что параметр -file, который ведет к скрипту drop_db.ps1 содержит пробелы, поэтому весь путь нужно оборачивать в кавычки, а я не оборачиваю. Я сейчас исправил этот момент в своем репозитории. Можно обновиться из него и должно заработать.
Вообще желательно посмотреть логи
22:04:56 [2019-06-16T19:04:56.538Z] ИНФОРМАЦИЯ - Creating server base with 1C...
22:05:35 [2019-06-16T19:05:35.123Z] {Модуль C:\Program Files (x86)\OneScript\lib\v8runner\src\v8runner.os / Ошибка в строке: 1212 / Ошибка создания ИБ: "Ошибка при выполнении операции с информационной базой
22:05:35 [2019-06-16T19:05:35.123Z] Ошибка СУБД:
22:05:35 [2019-06-16T19:05:35.123Z] Microsoft SQL Server Native Client 11.0: Login failed for user 'SERVER\USR1CV8'.
22:05:35 [2019-06-16T19:05:35.123Z] HRESULT=80040E4D, SQLSrvr: SQLSTATE=28000, state=1, Severity=E, native=18456, line=1
22:05:35 [2019-06-16T19:05:35.123Z]
22:05:35 [2019-06-16T19:05:35.124Z] "}Почему-то dbcreator.os не читает параметры "логи-пароль" от sql-базы, хотя в параметрах сборки они заданы.
Когда стираю эти параметры по идее должна виндовая авторизация sql отработать, но сборка на 1-ом же шаге сваливается. Может кто сталкивался с таким?
Чтобы работал пайплайн под доменной авторизацией:
1) Входные параметры sqlUser и sqlPwd нужно оставить пустыми
2) Нода дженкинса должна быть запущена под пользователем, имеющим право доменного входа в sql сервер
3) Базы в кластере 1С должны создаваться без явного прописывания логина и пароля причем под любой машиной (даже если у доменного пользователя этой машины нет права на sql сервер)
ПРоверьте, чтобы были соблюдены эти 3 условия
Report successfully generated to C:\Program Files (x86)\Jenkins\workspace\test\allure-report
Allure report was successfully generated.
Creating artifact for the build.
Artifact was added to the build.
Но отчет пустой, причем если идти по ссылке 2, адрес будет через localhost(а не имя сервера) и ошибка "Попытка соединения не удалась".
Правильно ли я понимаю, что за выгрузку отчета в формате Allure отвечает этап "Тестирование ADD" ?
"allure includeProperties: false, jdk: '', results: [[path: 'build/out/allure']]"
Насчет localhost-а непонятно. Сам веб-интерфейс дженкинса (его главная страница и прочие разделы) доступна по имени или тоже через localhost?
Что можно сейчас сделать - проверить, что в папке build/out/allure (которая находится относительно каталога сборки (см. каталог сборки в логах) была выгрузка папки allure. Если выгрузка есть, то сам отчет сформировался нормально, а проблема в адресе.
Веб-интерфейс доступен по имени, захожу с другой машины. А вот ссылка 2 - адрес к localhost.
В папке build/out/allure есть 3 файла:
-Dfile.encoding=UTF-822:46:09 [2019-06-27T19:46:09.202Z]
22:46:09 [2019-06-27T19:46:09.202Z] D:\jenkins\workspace\erp_features>chcp 65001
22:46:09 [2019-06-27T19:46:09.203Z] Active code page: 65001
22:46:09 [2019-06-27T19:46:09.203Z]
22:46:09 [2019-06-27T19:46:09.203Z] D:\jenkins\workspace\erp_features>powershell -file "D:\jenkins\workspace\erp_features/copy_etalon/drop_db.ps1" -server1c localhost -agentPort 1540 -serverSql localhost -infobase test_base_2 -user Администратор -sqluser sa
22:46:13 [2019-06-27T19:46:13.464Z] server_addr=tcp://localhost:1540 descr=[::1]:1540:10061(0x0000274D): No connection could be made because the target mac
22:46:13 [2019-06-27T19:46:13.464Z] hine actively refused it. ;
22:46:13 [2019-06-27T19:46:13.464Z] 127.0.0.1:1540:10061(0x0000274D): No connection could be made because the target machine actively refused it. ;
22:46:13 [2019-06-27T19:46:13.465Z] line=1056 file=src\DataExchangeTcpClientImpl.cpp
22:46:13 [2019-06-27T19:46:13.465Z] At D:\jenkins\workspace\erp_features\copy_etalon\drop_db.ps1:28 char:5
22:46:13 [2019-06-27T19:46:13.465Z] + throw $_.Exception.Message
22:46:13 [2019-06-27T19:46:13.465Z] + ~~~~~~~~~~~~~~~~~~~~~~~~~~
22:46:13 [2019-06-27T19:46:13.465Z] + CategoryInfo : OperationStopped: (server_addr=tcp...pClientImpl.cpp:String) [], RuntimeException
22:46:13 [2019-06-27T19:46:13.465Z] + FullyQualifiedErrorId : server_addr=tcp://localhost:1540 descr=[::1]:1540:10061(0x0000274D): No connection could
22:46:13 [2019-06-27T19:46:13.465Z] be made because the target machine actively refused it. ;
22:46:13 [2019-06-27T19:46:13.465Z] 127.0.0.1:1540:10061(0x0000274D): No connection could be made because the target machine actively refused it. ;
22:46:13 [2019-06-27T19:46:13.466Z] line=1056 file=src\DataExchangeTcpClientImpl.cpp
22:46:13 [2019-06-27T19:46:13.466Z]
Чтобы кнопка появилась нужно запустить сначала пайплайн по кнопке Собрать а потом обновить страницу. Если это не работает то можно добавить все необходимые параметры вручную в конфиге пайплайна Configure (Настройки) => галочка This project is parameterized (Проект параметризован) => Add parameter (Добавить параметр). Главное - с именами не ошибиться.
hudson.plugins.git.GitException: Command "git.exe fetch --tags --force --progress origin +refs/heads/master:refs/remotes/origin/master --prune" returned status code 128:
stdout:
stderr: fatal: couldn't find remote ref refs/heads/master
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2042)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1761)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$400(CliGitAPIImpl.java:72)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:442)
at jenkins.plugins.git.GitSCMFileSystem$BuilderImpl.build(GitSCMFileSystem.java:351)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:198)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:174)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:108)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:67)
at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:293)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Finished: FAILURE
(41) Это 100% модальное окно, которое выскакивает в процессе открытия внешней обработки ADD и загрузки фич. Чтобы понять проблему, нужно подключить отдельную слейв ноду дженкинса (в туториале описано), запустить пайплайн на ней и тогда все окна интерфейса 1С будут видимы в процессе запуска тестов и легко можно будет узнать точную проблему.
Насторажет то, что скрипт выполянется в program files. Возможно нет полных прав, чтобы сохранить бекап. Нужно попробовать выполнить всю команду sqlcmd локально из командной строки. Там вывод должен быть более детальным. Если и это не поможет, то нужно будет открыть сам скрипт restore.sql и выполнить его в SQl server studio.
Как правило один их вариантов позволит установить причину ошибки.
Ну видно же из скрина - запуск обработки блокируется дурацкой защитой от опасных действий. Вообще при запуске не должно появляться никаких модальных окошек. В данном случае нужно выключить защиту от опасных действий в платформе. Это делает через параметр DisableUnsafeActionProtection=.* файла conf.cfg платформы 1с
Не понятно почему не хочет соединяться с SQL
Нужно скопировать строку со скриптом sqlcmd и выполнить ее прямо из консоли виндовс. Тогда вывод консоли будет скорее всего на русском. Если это не помогает, то есть множество сервисов в интернете по распознаванию кривой кодировки
C:\Program Files (x86)\Jenkins\workspace\erp_features>oscript one_script_tools/dbcreator.os -server1c DellAndreyB:1541 -serversql DELLANDREYB\SQLSERVER -base test_erp_demo2_5
Созданы системные папки для базы "test_erp_demo2_5", но нет самих таблиц. В чем может быть причина?
Данный пайплайн использует COM объекты. Ошибка в том, что на клиентской машине зарегистрирована компонента не той версии как на сервере.Нужно через regsvr32 зарегистрировать нужную компоненту comcntr.dll.
p.s. на пайплайне в проде рекомендую переписать эту часть на RAS
А можно простыми словами или статейку? я - новичок, плохо понимаю именно часть с comcntr.dll
спасибо, помогло, еще вопрос - как задать пароль, в котором присутствует %?
думал можно просто во всех местах кода заменить sqlPwd на "Пар%оль", но он ругается(
вы же в командную строку записываете пароль => там проблема может возникнуть с интерпретацией cmd, а для нее можно сделать вот так ^%%. Это так, для будущих поколений
Installer "Extract *.zip/*.tar.gz" cannot be used to install "allure" on the node "Jenkins"
ошибка возникает когда открывается менеджер тестирования
Проблема в том, что ADD не находит путь к своимх плагинам. Путь к плагинам должен быть прописан в поле Каталог инструментов на вкладке Сервис.
Скорее всего вручную прописать его не получится (т.к. он и является плагином ЗагрузчикПользоательскихНастроек, который не может загрузиться). Лучше всего сбросить настройки ХранилищаСистемныхНастроек, где их хранить ADD.
Например, выполнить команду в базе
ХранилищеОбщихНастроек.Удалить("VanessaBehaviorUF",,ИмяПользователя());
Если не поможет, то лучше использовать другую баузу для тестов
Никогда не интересовался ранее сценарным тестированием, однако, появилась необходимость в оном на обычных формах.
В этой связи вопрос: среда позволяет производить тестирование на обычных формах или нет (дабы не копать вопрос глубже без необходимости).
Спасибо!
Что только не делал по статье и ссылкам, вывод один и тот же:
File C:\Jenkins\workspace\erp_features\copy_etalon\drop_db.ps1 cannot be loaded
The file C:\Jenkins\workspace\erp_features\copy_etalon\drop_db.ps1 is not digitally signed. You cannot run this script on the current system.
Подскажите как запустить пожалуйста!
Стоит Windows Server R2 2012, доменная политика.
Попросил админа, он подписал скрипт. Скрипт начал выполнятся, но теперь другая ошибка: Cannot open backup device 'C:\Jenkins\workspace\erp_features/build/temp_nagerp_b_20191001
Есть ли возможность самому указать куда делать бэкап и откуда его потом брать? Как это сделать?
Дело еще в том, что SQL сервер находится на другом класстере!
если база находится на другом класстере, то получается он автоматически ищет путь не на машине где дженкинс, а на сервере SQL.
теперь все работает. Единственно, что путь надо указать с обратным слешем не например: s:\BackupSQL, а s:/BackupSQL
Есть еще вопрос, а как сделать чтобы созданная нами нода автоматически запускалась при начале выполнения pipiline???
И почему-то скиншоты только черный квадрат малевича и все.
// Удаляет бекапы из сетевой шары
//
// Параметры:
// utils - экземпляр библиотеки Utils.groovy
// backup_path - путь к бекапам
//
def clearBackups(utils, backup_path) {
echo "Deleting file ${backup_path}..."
returnCode = utils.cmd("oscript ${env.WORKSPACE}/one_script_tools/deleteFile.os -file ${backup_path}")
if (returnCode != 0) {
echo "Error when deleting file: ${backup_path}"
}
}
ПоказатьНо эту функцию я не включил в пайплайн, который в туториале.
да все верно, а как ее включить в пайплайн? подскажите пожалуйста, только начал во всем этом разбираться, пока никак не получается толком.
Интересны еще два шага:
Отправлять уведомления и результаты выполнения сборок на почту или в корпоративный чат
Добавит CD - финальным шагом пайплайна не просто запускать тесты, но и делать автосборку файла поставки проверенной конфигурации.
Как их реализовать?
Спасибо.
Подскажите еще вот что, как запустить созданную ноду автоматически?
Как она будет запускаться, когда например начнет отрабатывать задание Дженкинс?
И скрины получаются "квадрат малевича", как решить этот ньюанс?
С черными скриншотами сталкивались. Чтобы скриншоты работали сборка должна выполняться не на мастере, а на слейв ноде дженкинса. Также по дефолту используется nircmd для снятие скриншотов. Для этой же цели можно использовать и другие утилиты. Подробнее здесь
В логах примерно такое..
14:39:10 Running in D:\Tests\Jenkins\slave\workspace\ЕК\build
[Pipeline] {
[Pipeline] writeFile
[Pipeline] }
[Pipeline] // dir
[Pipeline] }
[Pipeline] // script
[Pipeline] }
[Pipeline] // timestamps
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Запуск)
[Pipeline] timestamps
[Pipeline] {
[Pipeline] script
[Pipeline] {
[Pipeline] parallel
[Pipeline] { (Branch: updateTask_autotest13)
[Pipeline] stage
[Pipeline] { (Загрузка из хранилища autotest13)
[Pipeline] timestamps
[Pipeline] {
[Pipeline] bat --- строка где завис
т.е любой бат-запуск останавливается на этой строке...
Есть версия почему так происходит?
Окружение - win10 x64, 1с x64, jenkins запускает power shell x32. Если надо чтобы power shell запускался x64 - в конфигурационном файлe jenkins.xml в строке <executable>%BASE%\jre\bin\java</executable> указать путь к java x64, например - <executable>C:\Program Files\BellSoft\LibericaJRE-11\bin\java</executable>
В ОС установлено несколько версий java.
C:\Program Files\BellSoft\LibericaJRE-11-Full\bin\
C:\Program Files\BellSoft\LibericaJDK-11-Full\bin\
C:\Program Files\BellSoft\LibericaJDK-8\bin\
Я подозреваю, что какая-то проблема в java, возможно нет подходящей версии или мешает более старая.
Кто-нибудь сталкивался с подобной проблемой?
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1070720
Создание 03.06.19 08:30
Обновление 12.08.19 08:32
Просмотры 62849
Загрузки 17
Рейтинг
188
Комментарии 93
Код открыт Да
Рубрики Инструментарий разработчика
Кому
Системный администратор
,
Разработчик
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
