vanessa-opensource / add Goto Github PK

• Форма тест-клиентов

• API

Например, Плагин.Команда() или Плагин.Нажать и т.п.

• Договориться об удобных и коротких командах
  • важно для использования в коде тестов и шагов

Сейчас очень долго выполняется полная сборка на простом CI
Например, http://ci.silverbulleters.org/view/all/job/ADD%20test/job/feature%252Fci/25/ выполнялся 2 часа

Проверить:

• наличие ненужных настроек в json

• пройтись профайлером в Конфигураторе и выявить узкие места

Например, в одной строке

26.01.2018 16:16:28: ИНФОРМАЦИЯ - 26.01.2018 16:16:28: ИНФОРМАЦИЯ - 
26.01.2018 16:16:28: ИНФОРМАЦИЯ - 
Собирали: Close1C изменен c:\projects\SB\add-new\.forbuild\tools\epf\

Краткое описание проблем

Была фича с шагами и обработкой. Добавил еще шагов. Перегенерил EPF.
В процедуре ПолучитьСписокТестов старые тесты пропали, новые добавились

должны были новые процедуры добавиться, а старые должны были остаться

Сформулировать потребности!

Падающие тесты
allure-report.zip

Для ускорения сборки нужно явно указать, какие каталоги должны собираться.

Например, не все каталоги тестов и фич нужны при поставке библиотеки

что-то новая версия ВБ из девелопа очень хреново работает с шагами фич.

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

это касается как библиотечных шагов, так и своих шагов.
Пару раз мне даже сгенерился файл шагов со вставкой нереализованных библиотечных шагов в мой файл :(

Чистка кеша помогает не всегда :(

вчера реально задолбало такое поведение

https://github.com/silverbulleters/add/pull/29/files#r162786268
artbear:
Убрав вот этот код
ИмяФайлаОбъекта = ОбъединитьПути(ТекущийКаталог(), КаталогВыгрузки, ИмяПапки);
и вставив ниже ИмяФайлаОбъекта = КаталогВыгрузки;
мы получили проблему:

теперь lib\FeatureReader\vbFeatureReader.epf собирается из исходников неверно.
Собирается файл FeatureReader.epf, а не vbFeatureReader.epf

@nixel2007 @pumbaEO Как исправим?

@pumbaEO: Все верно, надо внутреннее имя переименовать.

Чек-лист:

• Исправить внутреннее имя и синоним обработки vbFeatureReader.epf

• Исправить обращение в коде 1С к этой обработке

Добавить информацию о необходимости запуска xUnitFor1C в 1С в русской локализации.
Иначе могут тесты могут остановиться/зависнуть, потому что 1С задает какие-то интерактивные вопросы при запуске через командную строку

Возможно, проблема в использовании русских имен плагинов и/или их файлов.

Список подзадач:

• Добавить в доку рекомендацию использовать –language ru при запуске 1С
• возможно, добавить этот параметр при запуске vanessa runner xunit
• возможно, нужно доработать xUnit для работы в английской локали

  @pumbaEO ну вообще, там надо проверять основной язык конфигурации и подменять слова "ВнешняяОбработка" и ".Форма." на английские и тогда будет все работать без проблем на любой локализации. И запуск с ru не поможет, если конфигурацию создали с en.

По мотивам поддержки курса ci-cd

• Переименовать vanessa-behavior.epf в bddRunner.epf

Например, http://ci.silverbulleters.org/view/all/job/ADD%20test/job/feature%252Fci/51/allure/#

• 25 падений

• Базовая под 1С

• на эту ноду накатываются обновления платформы 1С

• Установка покрытия кода

• Проверить md
• Проверить feature
• Проверить bsl
• Проверить json
• Проверить файлы из корня репозиториев

• простой CI на ci.sb.org аналогично VB2

• CI на ci.sb.org аналогично основному VB

• Sonar

• Параллельная сборка на разных платформах

• Подготовка сборки типовой Windows и Linux ноды

Слить новые изменения из VB

• УФ

• модуль объекта

• ОФ

• Учесть, что в нашей версии есть изменения при чтении настроек

  • Настройки = Плагин("LoadSettings");

• Другие формы

• Макеты и другие метаданные

  • проверить по истории гита, были ли изменения соответствующих файлов

На базе VB2

В модуле Упр.формы ВБ есть много кусков кода с циклом по Объект.КаталогиБиблиотек
а внутри цикла элемент цикла не используется
т.е. ты цикл на самом деле не нужен :(
уточнение #18 (comment)

		Для каждого Библ Из Объект.КаталогиБиблиотек Цикл
			Ном = Ном + 1;
			
			МассивДляПоискаДублейФайлов = ПолучитьМассивДляПоискаДублейФайлов(МассивФайлов);
			
			МассивФайловБиблиотека = ПолучитьЗначениеПоРанееСобраннойИнформации(ДополнительныеПараметры, "БиблиотекаФич" + Ном, "НайденныеФайлы");
			Для каждого Элем Из МассивФайловБиблиотека Цикл
				Если МассивДляПоискаДублейФайлов.Найти(Элем.Файл.ПолноеИмя) <> Неопределено Тогда
					Продолжить;
				КонецЕсли;	 
				
				МассивФайлов.Добавить(Элем);
				
			КонецЦикла;
		КонецЦикла;

Методы:

• ПроверитьРавенствоТаблиц

• СравнитьЗначенияТаблиц

• ПроверитьРавенствоТабличныхДокументовТолькоПоЗначениям

Исправить в основном коде тестеров, заменив соответствующие вызовы внутри методов на методы нового плагина:

• bddRunner (ОФ + УФ)

• xddTestRunner (ОФ + УФ)

• простой CI на ci.sb.org аналогично VB2

• Sonar

• Модуль объекта

• УФ

• ОФ

• Плагины

На базе PR для ОФ xDrivenDevelopment/xUnitFor1C#772

Верхний эпик #14

Избавиться от tools\runner.os и перейти на использование vanessa-runner

Подробности в комментариях ниже

на базе https://github.com/pumbaEO/xUnitFor1Csrc

• доработать файлы из tasks

1. Из xUnitFor1C
2. Из vanessa-behavior

Все делаю несколько подходов к чтению реадми и никак понять с чего начать не могу

• Документировать

• Автоматизировать

Сценарий автотеста:

• сборка пакета
• установка пакета из созданного файла
• запуск простых/быстрых xUnit-тестов для установленного пакета
• запуск простых/быстрых bdd-сценариев для установленного пакета

Удобно сделать через 1bdd сценарии

#33

Сейчас при сборке обработок в каталогах lib/TemplateEpfUF и lib/TemplateEpf создается файл lib/Обработка.epf
При этом остается только один из этих файлов, а не появляются 2 файла.

Нужно добавить переименование файла обработки в lib/TemplateEpfUF.epf и lib/TemplateEpf.epf соответственно

Приложить пример jenkins-файла

• запуск тестов

• запуск фич

• генерация отчетов Аллюр2 для фич и тестов

• junit

• артефакты

Перенести изменения по дымовым тестам ввода на основании из xDrivenDevelopment/xUnitFor1C#693

Методы:

• ПроверитьРавенствоТаблиц

• СравнитьЗначенияТаблиц

• ПроверитьРавенствоТабличныхДокументовТолькоПоЗначениям

Исправить в основном коде тестеров, заменив соответствующие вызовы внутри методов на методы нового плагина:

• bddRunner (ОФ + УФ)

• xddTestRunner (ОФ + УФ)

Когда я закончил кодинг - я могу только декомпилировать шаги и BBDRunner, а сервисная базы если она поправлена выгружается вручную

Задокументировать в FAQ

Требуется убрать шаги из фич я нажимаю кнопку выбора у поля "" для полей с датами

• При переходе на новую версию платформу 1C 8.3.11 (из 8.3.10 и ранее)
• или при смене версии ВБ ?

    И     я нажимаю кнопку выбора у поля "Дата начала"
    И     я нажимаю кнопку выбора у поля "Дата окончания"

Сделать плагин "Регулярные выражения"

• Для Windows на базе Новый COMОбъект("VBScript.RegExp")

• Для Linux использовать https://infostart.ru/public/464971/

• Возможность предварительной компиляции выражения и многократного повторного использования скомпилированного выражения

• ОФ

• Новые шаги

  • переменная "ПроверяемаяСтрока" соответствует регулярному выражению "\d\d\d"
  • переменная "ПроверяемаяСтрока" не соответствует регулярному выражению "\d{4}"
  • переменная "ПроверяемаяСтрока" соответствует простому шаблону "ри"
  • переменная "ПроверяемаяСтрока" не соответствует простому шаблону "ДругойТекст"

• Заменить вызовы СтрокаСоответствуетШаблону на вызов метода плагина

@pumbaEO В курсе проблемы

• Объединить метаданные конфигураций vb и xUnit

• Исправить код тестов/фич

• Проверить прогон тестов/фич

по итогам онлайн прогона процесса выявлены проблемы

• сейчас features хранятся в исходниках и в момент сборки копируются в каталог build - нет понимания где правильно их исправлять
• в момент сборки для обратной совместимости внутрь build копируются исходники сборочных скриптов - нет понимания где правильно их исправлять
• в VB есть небольшой небольшой недочёт - в нескольких местах используется явное преобразование к НРег что вызывает падение под Linux
• сейчас запуск проверки проводится через opm run vanessa что не совсем отражает задачу проверки и может быть воспринято как все инструменты "ваннесЫ"
• v8unpack.exe теперь больше не поставляется совместно с oscript
• проблемы с кодировкой консоли - иногда на машине разработчика могут быть проблемы с chcp (до конца не исследовано)
• backports то есть портирование исправление багов из vanessa-behavior - работает только под linux, связано с НРег

Необходимы следующие улучшения (обсуждены)

• все скрипты относящиеся к сборке - должны быть в одном месте и не копироваться в Build, тогда не будет обратной совместимости с vanesas-Behavior в части сборки, но с учетом #25 в этом нет необходимости, главное чтобы совпадало количество успешных тестов
• feature файлы должны оставаться в своём каталоге - что приводит к необходимость реализации сущности StepsDir или аналога, чтобы EPF файлы могли использоваться из каталога Build

Выявленные и уже зафиксированные

#25 - сейчас локально добиться повторяемости сборки под Windows невозможно, если не иметь копию виртуалки с CI
#23 - есть определённый конфликт в запускателях/помогателях процесса сборки и тестирования

Подробнее знает @pumbaEO