A
Я коверейдж сделал через генерацию расширения с логами
А расшифруй плз. Похоже ты изобрел 4й способ
Size: a a a
2019 June 11
АК
На семинаре они рассказывали, что у них уже есть готовая методика, как считать количество значимых строк кода в каждом методе. И наверное уже какой-то алгоритм разбора замера производительности.
A
На семинаре они рассказывали, что у них уже есть готовая методика, как считать количество значимых строк кода в каждом методе. И наверное уже какой-то алгоритм разбора замера производительности.
При наличии AST в EDT должно быть просто
YF
Коллеги, подскажите, этот лог занчит, что у меня просто не прошли тесты или это ошибка в jenkinsfile? У меня было понимание, что если даже прошло с ошибками, то результаты должны вывестись в отчет
http://prntscr.com/o0dlmh
http://prntscr.com/o0dlmh
PK
ошибка
LP
Поделить алгоритмом, а я сделаю на основании алгоритма плагин. :)
Просто парсишь замер производительности. Далее надо раскрасить модуль, если строка выполнялась. Плюс посчитать статистику по подсистемам и всей конфигурации.
Z
Если у кого-то есть идеи, я могу потом плагин к EDT сделать для замера покрытия. Доступ к данным замеров из EDT есть, можно будет поиспользовать Эклипсовый coverage интерфейс. :)
+1
АС
+ определить, что строка должна была выполнится, а не является комментарием или директивой, + не учитывать файлы на поддержке, по возможности
АК
Просто парсишь замер производительности. Далее надо раскрасить модуль, если строка выполнялась. Плюс посчитать статистику по подсистемам и всей конфигурации.
Мне для полного счастья нужен алгоритм, как ты считаешь значимые строки.
АС
будет вообще огонь, если замеры можно будет через ринг получить, но это походу фантастика
AA
все, что есть в замере, есть значимая строка
AA
Мне для полного счастья нужен алгоритм, как ты считаешь значимые строки.
я про это
AA
а отключение файлов на полной поддержке лучше опционально
АК
все, что есть в замере, есть значимая строка
Строка КонецЕсли не является значимой строкой. Запрос нужно считать как одну строку. Это я так, как пример.
AA
Строка КонецЕсли не является значимой строкой. Запрос нужно считать как одну строку. Это я так, как пример.
Если не учтешь КонецЕсли тогда
у тебя будет пробел в покрытии :) ;
строка с КонецЕсли будет красной и процент покрытия будет занижен;
КонецЕсли :)
у тебя будет пробел в покрытии :) ;
строка с КонецЕсли будет красной и процент покрытия будет занижен;
КонецЕсли :)
АК
КонецЕсли у меня не будет красной, если я её исключу сразу. И % покрытия будет считаться без условия, что КонецЕсли покрыта тестом. :)
AA
запрос в замере считается одной строкой
PK
Коллеги на инфостарте вроде была статья про обработки по тестированию ERP никто ссылку не подкинет, не могу найти
AA
как правило, блоки кода учитываются
например,
например,
АК
Коллеги на инфостарте вроде была статья про обработки по тестированию ERP никто ссылку не подкинет, не могу найти
Обработки по тестированию ERP можно на releases скачать. А статью с инфостарта возможно удалили.