в TDD - 100% это как бы естественно

Абсолютли

TDD - это все же когда тесты первые идут. Но речь не об этом. Я не буду покрывать тестами по сути пустые классы-обертки, вызов пропертей, пустые конструкторы и инфраструктурный код, которые еще сгенерен. Это не имеет практического смысла. Лучше я потрачу свое время на BDD.

Это вот эта кубертура, которая java > 8 не умеет, или какая-то другая?  https://github.com/cobertura/cobertura/issues/271

В книжке «Чистая архитектура» упоминается тесты проведенные Джейсоном Горманом: один и тот же код он писал в течении 6 дней с TDD и без TDD, в результате с каждым днём код писался быстрее и в том и в другом случае, с TDD код писался в среднем на 10% быстрее чем без TDD, при этом никогда код без TDD не был написан быстрее чем даже самый первый раз с TDD.

not bad. Есть ссылка на данные?

Вот это верное утверждение.

Да, тесты имеет смысл писать первыми, но это не обязательно. Это вопрос привычки.

Почему так. Когда начинаешь писать тест, автоматически включается "дизайн-мышление"

BDD кстати, чрезвычайно полезный и недооцененный рынком подход.

да

она самая.

На конструкторы, обёртки и тп,  писать не нужно тесты какие-то отдельные, если речь идёт о модульных тестах

Но ведь покрытие считается по совокупности тестов, модульных, интеграционных, функциональных

Понятно.  У вас там java 8 до сих пор видимо.  Я просто к чему спросил - у нас java > 8, мы меряем jacoco, но я бы не доверял ему в таких вещах как измерение "100%".  Думал может что новое изобрели уже 😊

ну строго говоря у нас сонор меряет, там какая то своя приблуда с jcoverage

кобертуровский просто формат отчёта

в моей ситуации без ТДД вообще разработка невозможна\

Мы некоторое время назад начали делать простенький  MVP. Django+Vue, что может быть проще. Так вот после первого же релиза MVP мы сели нашей командой в два человека и написали тесты на API с обеих сторон (ну не вот полноценные контракт-тесты). И надо сказать, за несколько месяцев это сэкономило нам много нервов и времени, и главное нервов. И я считаю, на этапе MVP тесты тоже нужны, потому что, в частности, что MVP постоянно меняется и можно всё легко сломать. Другой вопрос про баланс и покрытие. И я тоже придерживаюсь мнения, что %% покрытия тестами - так себе метрика. Я работал в одном проекте, где покрытие было типа 95%, но вечно были проблемы, потому что тесты не тестировали то, что нужно. Проверяли, например, что у Персоны создаётся Адрес. А что Адрес с неверными полями - не проверяли :)

Коллеги, а есть ли где сравнения esb?

Есть ли бесплатные вообще?

Конечно есть - Apache ServiceMix, WSO2 и др. Есть даже отечественные.

Вопрос в другом. Нужно крепко подумать, стоит ли использовать сейчас централизованный подход к интеграции с использованием ESB

А можете пояснить про подумать?