Size: a a a

Java/Kotlin and more

2021 January 19

C

Cyclone in Java/Kotlin and more
Зачем ты repository называешь маппер?
источник

R

Responsibility in Java/Kotlin and more
Нет, у маппера есть поле repo
источник

C

Cyclone in Java/Kotlin and more
Мокируй repo.
источник

R

Responsibility in Java/Kotlin and more
Cyclone
Мокируй repo.
А данные с бд?
источник

C

Cyclone in Java/Kotlin and more
Блин, накой хрен у маппера поле repo?
источник

R

Responsibility in Java/Kotlin and more
Cyclone
Блин, накой хрен у маппера поле repo?
Вопрос не ко мне, это данность
источник

R

Responsibility in Java/Kotlin and more
Скорее всего вынужденная мера от пред программистов
источник

C

Cyclone in Java/Kotlin and more
Ну код, написанный через жопу, сложно тестировать.
Это, имхо, один из основных признаков того, что код не в порядке.
источник

R

Responsibility in Java/Kotlin and more
Cyclone
Ну код, написанный через жопу, сложно тестировать.
Это, имхо, один из основных признаков того, что код не в порядке.
Код еще как не в порядке
источник

R

Responsibility in Java/Kotlin and more
5 лет писался проект через одно место и без тестов  и вот последствия
источник

R

Responsibility in Java/Kotlin and more
К сожалению мне не хватает опыта и навыков, чтобы начать переписывать основные компоненты, да и не позволят мне, а тесты надо написать по мере возможности
источник

R

Responsibility in Java/Kotlin and more
Так вот вопрос, как сделать тест такому маперу
источник

C

Cyclone in Java/Kotlin and more
Короче, ты пытаешься проверить работу некоего класса. У этого класса есть зависимости от других.
Чтобы написать юнит-тест, надо изолировать класс от зависимостей, потому что нужно проверить работу именно этого класса.
Это можно сделать при помощи моков. Вместо всех зависимостей подставляешь моки, которые возвращают определённые тобой значения.
Таким образом ты должен проверить все логические пути в твоём классе.
источник

C

Cyclone in Java/Kotlin and more
^ ладно, это было не короче.
Короче вот:
мокируй твой repo, возвращай то, что нужно для теста, проверяй работу именно "маппера".
источник

R

Responsibility in Java/Kotlin and more
Cyclone
Короче, ты пытаешься проверить работу некоего класса. У этого класса есть зависимости от других.
Чтобы написать юнит-тест, надо изолировать класс от зависимостей, потому что нужно проверить работу именно этого класса.
Это можно сделать при помощи моков. Вместо всех зависимостей подставляешь моки, которые возвращают определённые тобой значения.
Таким образом ты должен проверить все логические пути в твоём классе.
Ааааа, то есть мокито можно заготовить так, чтобы возвращать нужные мне данные?
источник

AM

Arman Merkulov in Java/Kotlin and more
Responsibility
Ааааа, то есть мокито можно заготовить так, чтобы возвращать нужные мне данные?
бинго)
источник

R

Responsibility in Java/Kotlin and more
Ваув, ребят сор если тупил, просто я уже не знал где именно копать этот момент((
источник

AM

Arman Merkulov in Java/Kotlin and more
на то он и мокито
источник

C

Cyclone in Java/Kotlin and more
Responsibility
Ааааа, то есть мокито можно заготовить так, чтобы возвращать нужные мне данные?
Я вчера ещё тебе написал: читай про mockito.
источник

R

Responsibility in Java/Kotlin and more
Arman Merkulov
на то он и мокито
Я вообще думал он просто прописывает null и  делает заглушки поэтому даже не догадывался в нем так копаться
источник