Wie Liste zurückzukehren für mock in groovy spock Test

Question

Ich habe ein Problem mit der Liste der gewünschten Objekte von Spock Groovy verspottet Schnittstelle Rückkehr:

public interface SomeRepository { 
    List<SomeObject> getAll(); 
} 

Deshalb möchte ich, dass verspotten in Klasse:

@CompileStatic 
class SomeProcessor { 
    private final SomeRepository repository 

    SomeProcessor(SomeRepository repository) { 
     this.repository = repository 
    } 

    List<SomeObject> getAll() { 
     return repository.all 
    } 
} 

Und ich habe diesen Test:

class SomeProcessorSpec extends Specification { 
    private final SomeRepository repository = Mock(SomeRepository) 

    @Subject private final SomeProcessor processor = new SomeProcessor(repository) 

    def 'should collect items from repository'() { 
     given: 
      List<SomeObject> expected = [new SomeObject(), new SomeObject()] 
      repository.all >> expected 

     when: 
      List<SomeObject> actual = processor.all 

     then: 
      assertEquals(expected, actual) 
    } 
} 

Wenn ich versuche, diesen Test ich eine Assertion Fehler angezeigt auszuführen:

junit.framework.AssertionFailedError: Expected :[com.example.SomeObject@1fa268de, com.example.SomeOjbect@4f6ee6e4] Actual :null

So bedeutet es, dass aus repository.all Methode zurückgegeben es null und nicht meine erwartete Liste, die ich ist verwirrend. Und die Frage ist: Wie kann man tatsächlich eine Liste von verspotteten Instanzen zurückgeben, wenn man mit spock und groovy testet?

Answer 1

Sie können versuchen, den Stubbing-Teil in die Interaktionsprüfphase zu verschieben, z.

def 'should collect items from repository'() { 
    given: 
     List<SomeObject> expected = [new SomeObject(), new SomeObject()] 

    when: 
     List<SomeObject> actual = processor.all 

    then: 
     1 * repository.all >> expected 

    and: 
     expected == actual 
} 

Auch Sie haben nicht JUnit verwenden assertEquals - Groovy können Sie beide Objekte mit == Operator vergleichen.

Ich habe Ihr Beispiel in einer einfachen Spock-basierten App überprüft und es hat gut funktioniert. Ich habe es mit Spock 0.7-groovy-2.0, 1.0-groovy-2.4 und 1.2-groovy-2.4-SNAPSHOT getestet, arbeitete mit allen Spock-Versionen. Wie auch immer, ich hatte einige ähnliche Probleme in der Vergangenheit und Stubbing als Interaktions-Check hat den Trick in diesen Fällen. Ich hoffe es hilft.

Answer 2

Nach White-Box-Test besser zu testen, genau das gleiche, was implementiert ist. processor.all liefert das Ergebnis von repository.all wie es ist. Also, besser, diese Tatsache zu testen.

Basierend auf dem richtigen Code zur Verfügung gestellt von Szymon Stepniak der Test vereinfacht werden kann:

def 'should collect items from repository'() { 
    given: 
     def expected = [] 

    when: 
     def actual = processor.all 

    then: 
     1 * repository.all >> expected 

    and: 'make sure we got the same expected list instance' 
     actual.is(expected) 
} 

wo durch .is() wir die gleichen Referenzen überprüfen.

Als Ergebnis ist es nicht das, was die Liste hat, es kann nur leer sein.