АМ
5) Как организован запуск интерфейсных тестов, и есть ли вариант отладки web
Size: a a a
2020 February 20
AD
1) Тесты в докере 1С запускаете или отдельная машина с ранером? 2) Сборка cf и обработок через onescript или есть еще варианты? 3) Как организованы тестовые данные dump/dt и накатывать cf или снапшоты бд и cf. 4) Как лучше организовать сбор исходных текстов gitsinc или есть еще варианты
1) отдельная машина, в докере ловили проблемы с лицензиями
2) это не особо важно, как удобнее, можно vrunnerом делать
3) эталонная иб с наполнением первичных данных из макета, дамп рабочей не используйте, конфа накатывается как шаг теста, проверкой выполнения обработчиков
4) не понял
5) ранер запускается автораном а не сервисом, тогда рабочий стол будет пахать, в вебе можно тестировать селениумом
2) это не особо важно, как удобнее, можно vrunnerом делать
3) эталонная иб с наполнением первичных данных из макета, дамп рабочей не используйте, конфа накатывается как шаг теста, проверкой выполнения обработчиков
4) не понял
5) ранер запускается автораном а не сервисом, тогда рабочий стол будет пахать, в вебе можно тестировать селениумом
NG
у нас дженкинс, но конкретный CI как таковой не принципиален.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
AD
у нас дженкинс, но конкретный CI как таковой не принципиален.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
😂👍
NG
больше мнений - больше информации))
Z
Добрый вечер, есть ли кто настраивал ci pipeline через gitlab, есть много вариантов, хотелось бы услышать опытных коллег
AD
у нас дженкинс, но конкретный CI как таковой не принципиален.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
1. тесты в докере, аппаратный хасп ключ и настройка nethasp.ini
2. сборка через vrunner, но можно запускать и обычным пакетным запуском. просто враннером удобнее.
3. либо пустая база, разворачиваемая из хранилища/исходников через враннер либо минимальный дт, доставляемый на агента. плюс выполнение миграций ИБ
4. проще и надежнее получать конфигурацию из хранилища, с отбором по конкретной версии. из исходников конфа может и не собраться.
5. интерфейсные тесты - vrunner + VA. тестирование веб-клиента в VA есть, но мы не используем.
Да мы почти сошлись
АМ
АМ
@nixel2007 Смотрел ваш шаблон для gitlab :)
NG
@nixel2007 Смотрел ваш шаблон для gitlab :)
он очень старый :) тогда даже vanessa-runner еще не было.
Z
Это джоб запуска
Z
ему приходит в папке bin конфигурация как поставка bin/1cv8.cf и расширение с юнит тестами bin/UnitTests.cfe
Z
VBParams.json конфиг запуска ванессы для запуска юнит тестов лежит в корне проекта в гите
Z
C:\1c\bin\install-extension.epf
C:\1c\bin\vanessa-automation-single.epf
C:\1c\bin\init.epf
Ванесса и внешняя обработка для установки расширений с отключением безопасного режима, плюс обработка для установки констант и начальных настроек базы.
C:\1c\bin\vanessa-automation-single.epf
C:\1c\bin\init.epf
Ванесса и внешняя обработка для установки расширений с отключением безопасного режима, плюс обработка для установки констант и начальных настроек базы.
Z
Это джоб сборки проекта из EDT собственно поставки и расширения с юнит тестами которые уходят в аретфакты для передачи в джоб тестирования.
Z
1cv8 - это баш скрипт который оборачивает запуск 1с с выводом лога