Verständnis Grails mockFor Nachfrage

Ich bin versucht, zu schreiben unit Tests für meine Filter, und ich bin kämpfen, um zu verstehen, die Nachfrage für meine verspottet Objekt. Hier ist ein einfacher test fehlschlägt:

void "test my sanity"() {
    setup:
    def vendorPayment = mockFor(Payment)
    vendorPayment.demand.buyerId { -> 123}

    def vp = vendorPayment.createMock()
    //vp.buyerId=123
    println "buyer id: ${vp.buyerId}"

    when:
      def a = "testing"

    then:
      vp.buyerId == 123
}

Wollte ich verspotte die getter für buyerId. Mit der Nachfrage nicht funktioniert, aber wenn ich die spotten und legen Sie dann die Käufer-id (die auskommentierte Zeile), wird der test bestanden. Verlangt keine Arbeit mit Getter? Ist es, weil die get-Methode ist implizit/dynamisch erstellt?

InformationsquelleAutor Risu | 2014-04-25
  1. 4

    Methode getBuyerId hat zu spotten. Groovy fügt die accessor-Methoden für Sie in der compile-Zeit, so dass die Methode auf Nachfrage hat zu spotten. Machen Sie diesen einfachen Fall:

    class Payment {
    Integer buyerId
}

    Getter/Setter für Payment.groovy Hinzugefügt wird, wenn die Klasse umgewandelt wird zu bytecode nach dem kompilieren. Entsprechende test würde wie folgt Aussehen:

    void "test my power"() {
    setup:
        def vendorPayment = mockFor(Payment)
        vendorPayment.demand.getBuyerId(1..2) { -> 123}

        def vp = vendorPayment.createMock()
        println "buyer id: ${vp.buyerId}"

    expect:
        vp.buyerId == 123

        //This would fail for < 2.3.* because of this bug which is fixed in 2.4
        //http://jira.grails.org/browse/GRAILS-11075
        vendorPayment.verify() //null

}

    Beachten Sie die änderungen, die vorgenommen wurde:

    • getBuyerId Methode verspottet wird anstelle des Feldes buyerId
    • test verlangt, dass getBuyerId genannt werden 1 bis 2-mal (zuerst beim Druck, im zweiten dann zu blockieren). Standardmäßig, wenn nichts angegeben ist, nimmt er die Methode wird einmal aufgerufen, das scheitern würde in diesem Fall als getBuyerId aufgerufen zweimal.
    • Wir können auch überprüfen, dass die mock-Kontrolle hat der seinen job nach der Prüfung erfolgt
    • Heißt das, dass meine mock-Kontrolle gescheitert? Bedingung nicht erfüllt: vendorPayment.verify() | | | null
    • Nein. Das ist ein bug, die ist fest in 2.4.
    • Gut zu wissen. Wir sind mit 2.3.7. Danke!!!
    InformationsquelleAutor dmahapatro
Schreibe einen Kommentar