Spock Mock не работает для модульного теста

Question

Я получаю странные результаты от теста Spock unit, который я назвал мыслью было вызвано неправильным использованием аннотации Groovy's TupleConstructor. Однако, благодаря помощи другого пользователя, я вижу, что это проблема с тем, как Spock создает mocks. Хотя я исправил проблему, заменив инъецированные mocks на реальные экземпляры, мне нужно фактически заставить насмехаться над этим.

Мои основные классы:

@Canonical 
@TupleConstructor(callSuper = true) 
abstract class Vehicle { 
    Long id 
} 

@Canonical 
@TupleConstructor(callSuper = true, includeSuperProperties = true) 
abstract class Foobaz extends Vehicle { 
    String name 
    String label 
    String description 
} 

@Canonical 
@TupleConstructor(callSuper = true, includeSuperProperties = true) 
class Fizz extends Foobaz { 
    // This is an empty class that creates a meaningful name over the 
    // abstract Foobaz parent class. This may seem like bad design in 
    // this analogy, but I assure you it makes sense (from a Domain-Driven 
    // Design perspective) in my actual application. 
} 

@Canonical 
@TupleConstructor(callSuper = true, includeSuperProperties = true) 
class Car extends Vehicle { 
    Fizz fizz1 
    Fizz fizz2 

    @Override 
    String toString() { 
     "${fizz1.name} - ${fizz2.name}" 
    } 
} 

Мой Спок тест:

class CarSpec extends Specification { 
    def "toString() generates a correct string"() { 
     given: "a Car with some mocked dependencies" 
     String f1 = 'fizzy' 
     String f2 = 'buzzy' 
     Fizz fizz1 = Mock(Fizz) 
     Fizz fizz2 = Mock(Fizz) 

     fizz1.name >> f1 
     fizz2.name >> f2 

     Car car = new Car(1L, fizz1, fizz2) 

     when: "we call toString()" 
     String str = car.toString() 

     then: "we get a correctly formatted string" 
     "${f1} - ${f2}" == str 
    } 
} 

Но когда я запускаю это я получаю отказ/ошибка:

Condition not satisfied: 

"${f1} - ${f2}" == str 
    |  |  | | 
    fizzy buzzy | null - null 
       false 
       <omitting details here for brevity> 

Expected :null - null 

Actual :fizzy - buzzy 

Любые идеи, где я «Не так ли?

Answer 1

С нашей дискуссии по различным одним из @ smeeb's questions, я изучил это немного больше, так как я был очень смущен, почему это не работает.

Я создал свой собственный тест.

class SomeTest extends Specification { 

    static class Driver { 

     String getName(Superclass superclass) { 
      return superclass.name 
     } 
    } 

    static abstract class Superclass { 
     String name 
    } 

    static class Subclass extends Superclass { 
    } 


    def 'test'() { 
     given: 
     def driver = new Driver() 
     def subclass = Mock(Subclass) 

     subclass.name >> 'test' 

     expect: 
     driver.getName(subclass) == 'test' 
    } 
} 

Не удалось с той же проблемой, что и @smeeb.

driver.getName(subclass) == 'test' 
|  |  |   | 
|  null |   false 
|    Mock for type 'Subclass' named 'subclass' 

Я попытался изменить несколько различных вещей, и обнаружил, что, когда я либо удален модификатор abstract из Superclass или изменил return superclass.name на return superclass.getName() тест начал работать.

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

Таким образом, в вашем случае либо удалить abstract модификатор из FooBaz или изменить свой код:

@Override 
String toString() { 
    "${fizz1.getName()} - ${fizz2.getName()}" 
} 

Answer 2

Если изменить спецификацию к этому:

class CarSpec extends Specification { 
    def "toString() generates a correct string"() { 
     given: "a Car with some mocked dependencies" 
     String f1 = 'fizzy' 
     String f2 = 'buzzy' 
     Fizz fizz1 = Mock() 
     Fizz fizz2 = Mock() 

     Car car = new Car(1L, fizz1, fizz2) 

     when: "we call toString()" 
     String str = car.toString() 

     then: "we get a correctly formatted string + getProperty('name') is called once on each Mock" 
     "$f1 - $f2" == str 

     1 * fizz1.getProperty('name') >> f1 
     1 * fizz2.getProperty('name') >> f2 
    } 
} 

Таким образом, можно определить взаимодействие в then блоке, то все это должно работать нормально ...