вопрос интересный, актуальный, и самое главное - насущный

опять бухнул ? ))

потому что когда функционал выкатывается на тест - ощущение что на него глазами никто и никогда не смотрел

100% нет, но у нас в пайплайне есть сонар с границей в 80% для всех сервисов и вот есть люди, которые стремятся покрыть 80%  для сонара, а надо, чтобы эти 80% покрывали фунционал. И даже при этом уже бОльшая часть изменений должна так или иначе отражаться в каких-либо тестах

в таком случае вам надо менять отношение людей, для сонара можно и 100% поднять только толку от этого

А как у вас вычисляется что вот это - 80%, а вот то - 79% ?

Ну или по-другому - что такое "покрывали функционал"?

ага, я лично не стремлюсь к 100) мне скорее чтобы функционал был покрыт

на счет того как считается сейчас найду..буквально недавно изменили правила

Tests
Condition coverage (branch_coverage)
On each line of code containing some boolean expressions, the condition coverage simply answers the following question: 'Has each boolean expression been evaluated both to true and false?'. This is the density of possible conditions in flow control structures that have been followed during unit tests execution.

вот более детально можно читать отсюда...и мы как раз перешли на кондишн покрытие

сонар считает автоматически покрытие...НО если говорить про покрытие функционала, то я знаю один подход через табличку функциональностей...а именно, список функционала..и вперед анализировать, что покрыто, а что нет. Вроде как пока я не слышал о каком-то инструменте, который был бы настолько умным, что мог бы сам анализировать, что ваша система умеет делать и смотреть какие тесты написаны...поэтому руками

Аттестация на работе)

Тестировщик 4 разряда

второй юношеский

Но какой в этом смысол))))))

проверить что ты не потерял квалификацию. банк - штука такая

Там тоньше шутка

Для Даши лично

@icereality на сколько тоньше?

Если ты работаешь в банке?