я не понимаю) как сонар поможет сделать покрытие, если он его не делает, а использует покрытие других систем?) а тс спросил как подсчитать покрытие
вы сливаете в одно - генерацию репорта и зависимости. если на выходе нужен только файл, который читать и анализировать никто не будет - да, берите самое простое
и будет счастье) по-моему сейчас это вообще не требует подключать что либо
(но это не точно =) )
Ну так это просто запуск goal без прописывания его в фазе. Вкусовщина, имхо. Кому-то удобно одной короткой mvn командой получать все артефакты, кому-то нравится минимальный pom'ник и внешняя конфигурация. Суть-то одна и та же, сонар использует результаты jacoco для покрытия, а как они конкретно получаются, ему не особо важно
Ну так это просто запуск goal без прописывания его в фазе. Вкусовщина, имхо. Кому-то удобно одной короткой mvn командой получать все артефакты, кому-то нравится минимальный pom'ник и внешняя конфигурация. Суть-то одна и та же, сонар использует результаты jacoco для покрытия, а как они конкретно получаются, ему не особо важно
у меня это вообще в сборке дженкинса с триггером по коммиту) не вижу смысла забивать помник. но это вкусовщина тоже)
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
JaCoCo - единственный актуальный инструмент, который развивается и вовремя обрабатывает новые фичи джавы и даже котлин умеет. Все остальные - либо просто обвязка над JaCoCo, либо что-то совсем устаревшее
JaCoCo - единственный актуальный инструмент, который развивается и вовремя обрабатывает новые фичи джавы и даже котлин умеет. Все остальные - либо просто обвязка над JaCoCo, либо что-то совсем устаревшее
а code coverage, который встроен в идею хуже чем JaCoCo? Или он так же поверх jacoco и нет смысла использовать встроенный в идею?
Хай, есть jpql кверя где join 2 таблицы many to one, все норм работает до тех пор когда пытаюсь сортировать по полям заджоиных таблиц. Прокидывает ошибку мол они должны быть в groupBy https://pastebin.com/KHxSrnLN я б и оставил их, но если не буду сортировать по этих полях - тоже будет групировка по них
Там, кажется, два движка можно выбрать, на JaCoCo и свой. Но я, если честно, ими почти не пользовался, поэтому не могу детально проконсультировать
да, в идее, по крайней мере до 2020.3, можно было выбирать ,какой движок использовать. сейчас в 2020.3 не нашел такой опции (мб плохо искал, но не суть)
Там, кажется, два движка можно выбрать, на JaCoCo и свой. Но я, если честно, ими почти не пользовался, поэтому не могу детально проконсультировать
по мотивам последнего доклада где показывался автогенартор тестов от diffblue для увеличения доли покрытия, а в JB этим пользуются или может сам используешь? И если да то какой основной мотив использования, просто циферки подбивать?
То есть можно нагенерировать таких тестов. Если при дальнейших рефакторингах и т. д. что-то начнёт падать, то разбираться. Есть вероятность, что программа раньше работала неправильно, и ты починил её, тогда надо поправить тест. Но гораздо вероятнее, что раньше работало (юзеры ведь как-то пользуются), а ты сломал
То есть можно нагенерировать таких тестов. Если при дальнейших рефакторингах и т. д. что-то начнёт падать, то разбираться. Есть вероятность, что программа раньше работала неправильно, и ты починил её, тогда надо поправить тест. Но гораздо вероятнее, что раньше работало (юзеры ведь как-то пользуются), а ты сломал
именно так и понял суть инстурмента, чтоб не поменять поведение при рефакторинге например
Хай, есть jpql кверя где join 2 таблицы many to one, все норм работает до тех пор когда пытаюсь сортировать по полям заджоиных таблиц. Прокидывает ошибку мол они должны быть в groupBy https://pastebin.com/KHxSrnLN я б и оставил их, но если не буду сортировать по этих полях - тоже будет групировка по них