Как заставить тест Groovy Spock сравнивать параметры вызова с равными, а не ==

У меня есть этот тест Groovy для моего приложения Spring.

given:
    def mapProperties = new JSONObject().put(
      "eligibility", "true").put(
      "group", "group1")
when:
    trackingService.sendUnifiedOnboardingAssignmentUserUpdate()
then:
    1 * trackingCollector.send(new UserUpdate(mapProperties))

Tracking Collector является внешним и определяется как Spring Bean в Спецификации, которую я расширяю.

@SpringBean
TrackingCollector trackingCollector = Mock()

trackingService находится в моем доменном слое и автоматически подключается

Тест должен пройти успешно, но это не так.

Too few invocations for:

1 * trackingCollector.send(new UserUpdate(mapProperties))   (0 invocations)

Unmatched invocations (ordered by similarity):

1 * trackingCollector.send(UserUpdate(super=Event(properties = {"group":"group1","eligibility":"true"})))
One or more arguments(s) didn't match:
0: argument == expected
   |        |  |
   |        |  UserUpdate(super=Event(properties = {"group":"group1","eligibility":"true"})) (com.package.tracking.collector.UserUpdate@4fe5aac9)
   |        false
   UserUpdate(super=Event(properties = {"group":"group1","eligibility":"true"})) (com.package.tracking.collector.UserUpdate@48bb5a69)

Отличие только в @..... Но почему Groovy не проверяет фактическое значение объекта, а вместо этого выбирает сравнение объектов? Что мне нужно сделать, чтобы пройти тест в этом случае?

Действительно ли UserUpdate и Event реализуют equals или используют Object.equals по умолчанию?

Leonard Brünings 30.03.2023 13:53

Очень хороший вопрос! @LeonardBrünings UserUpdate расширяет Event в отдельной библиотеке. UserUpdate имеет @EqualsAndHashCode(callSuper = true) из Ломбока, что в основном означает вызов суперкласса для равных. А еще у Event есть @Data с Ломбока, который тоже реализует equals.

Eric 30.03.2023 14:37

В любом случае, либо equals, либо hashCode, либо оба не делают того, что вы ожидаете в вашем случае. Где твой MCVE? Никто не сможет отладить ваш неполный набор сниппетов.

kriegaex 30.03.2023 17:38

База кода чрезвычайно велика, я пытался создать MCVE, но без включения большего количества информации я просто не понимаю, как это возможно. Я уже добавил, какие аннотации Lombok я использую для соответствующих классов. Я подозреваю, что это либо Lombok, где @Data не дает мне equals функцию, которую я хочу, либо Groovy + Spock, где параметр вызова требует точного совпадения под капотом, сравнивая ссылки, а не значения. Я искал ответ, который помог ответить на этот конкретный вопрос, а также, возможно, помочь мне исправить это.

Eric 30.03.2023 20:12

Спок использует Groovy Truth, поэтому он просто сравнивает эти два объекта с equals. Что произойдет, если вы вручную создадите два отдельных экземпляра и просто выполните на них assert a == b?

Leonard Brünings 30.03.2023 21:00

Выполнение этого по-прежнему не соответствует утверждению. Это хорошая новость, масштаб проблемы сужается. Таким образом, это означает, что определение другого метода equals, который просто проверяет каждую пару ключ+значение JSONObject или UserUpdate в библиотеке, а не использование базового equals Lombok (что бы это ни было), вероятно, решит мою проблему. Я попробую и обновлю свой вопрос соответственно. Все еще интересно, есть ли более элегантное решение, предназначенное только для Спока. Например, как мне заставить его проверять значение параметров вызовов по ссылке?

Eric 30.03.2023 23:23

Ну, как я уже сказал, он не делает Java ==, а вызывает equals, и если это правильно реализовано, он будет делать то, что вы хотите. Если вы не хотите реализовывать его должным образом, то использование Reflective equals может сработать для вашего варианта использования.

Leonard Brünings 31.03.2023 01:43
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
7
127
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Spock использует Groovy true, поэтому он просто сравнивает эти два объекта с equals или compareTo, если они реализуют Comparable.

То, что вывод содержит идентификатор объекта, является отвлекающим маневром, Спок включает его в вывод только тогда, когда два объекта имеют одинаковую отрисовку строки, чтобы было легче понять, что не так.

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

Как отмечено в комментариях, ваши проблемы связаны с тем, что метод equals не реализован должным образом для вашего варианта использования.

Другие вопросы по теме