я про него слышал краем уха и не юзал, гуглил просто мокирование.

вот это я сейчас нервы попортил себе...

установил 12 версию java..
в командной строке пишу: java -version

отображается старая версия..
думаю, надо настройки поменять..

пошел поменял значения перменных..
в итоге вообще перестала java отображаться..

думаю че за х...
перепроверил, все ок..
перезапустил консоль, нихера не ок..
java не видно..

перезапустил ноут, нихера не помогло..
полез в гугл.. по разным инструкциям, все указал верно..

перелопатил статьи в инете в том числе и офф от оракла..
ничего не  нашел..

уже дико бомбит.. че за???!?!?

в итоге в одной статье смотрю, там переменная PATH , а у меня Path...

Вот тут и была критическая ошибка...
Но сцуко, почему на старой версии то норм работало...

зарелизился)

да, с жэбой в любой непонятной ситуации надо смотреть переменную окружения p@th 😆

В целом - ты верно гуглил. Потому что мокито - это другое. В случае с api, мок - сервис, который отдаёт тебе то же самое, что и обычный сервис, но не имеет под собой никакой функциональности.
Например есть у тебя сервис сторонний, который говорит какая будет погода в указанном городе. Моком для него будет сервис, который не зависимо от города тебе будет возвращать "42 градуса, дождь".
В целом рекомендую посмотреть видео про test doubles

Или я ещё не проснулся

я тоже подумала "При чем тут мокито"

Короче, мок - это то, что ты сегодня не тестируешь, но без чего не обойтись. Что это будет в контексте твоих тестов - тебе решать. Но основная мысль тестов - атомарность: проверять за раз только то что нужно. Может у тебя локальные api-тесты и тебе нужно подделать соединение твоего приложения с базой. Тогда мокито вполне поможет.

о, спасибо. а то я это заглушками называла

Общий класс - тестовые дублёры. Они делятся на моки, стабы и третье. То есть заглушка, если придираться, это не мок. Мок, напрмиер в отличии от заглушки нацелен больше на то, чтобы проверять вызвали ли его, с нужными ли параметрами его вызвали, сколько раз его вызвали, вот это всё. Заглушке на такие тонкости пофиг.

Есть очередь queue, есть функция которая process(1) её обрабатывает, есть функция serve(1) которая обслуживает каждого в очереди.

fun process(queue) { 
  for (user in queue) -> serve(user) 
}

given
  mock serve
  queue = [user1, user2, user3]
when
  process(queue)
then
  serve.shouldBe
    .calledTimes(3)
    .calledWith(user1)
    .calledWith(user2)
    .calledWith(user3)

Я другое читал :)  (и спрашивали).

— стаб (stub) это то что отдаёт данные вот в этот тест. У стаба нет состояния. Например, вернуть "молоток, 1"
— мок (mock) это объект посложнее, у которого есть состояние. Например, объект inventory — его можно наполнить на 1, 2, 3 молотка, он может быть пустой, с него можно запросить содержимое.

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

Заглушки это другое

В переводе stub это и есть "заглушка".

Кому интересно мнение по теме моков и стабов известного автора Мартина Фоулера (и кто готов читать многобукв на английском):
https://martinfowler.com/articles/mocksArentStubs.html

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

в тестировании микро-сервис от сервиса в общем-то ничем не отличается, надо тестировать апи методы и интеграционнные тесты делать. запуск тестов на каждый коммит до мерджа в мастер, тесты не дольше 10ти минут - вот и процесс, и релизы можно делать в любой момент когда захочется, если мерджите только то что прошло тесты.

про тесты не дольше 10 минут интересно) откуда такая цифра?

из головы и опыта. в зависимости от проекта эту планку сдвигают либо ближе к 5 минутам, либо ближе в 15-20. Но не дольше 30 минут точно. Цель - чтобы разработчики не тратили свое время на ожидание тестов, и если тесты будут достаточно быстрыми - их будут запускать на каждый коммит.