Dans quelle mesure IDEA peut nous aider avec Java-Spock

introduction

L'autre jour, un sujet comme "Que fait l'outil de refactoring de l'EDI lors de l'écriture avec Java test Spock?" Est venu, alors j'ai cherché. S'il vous plaît laissez-nous savoir s'il y a des erreurs ou des histoires comme "J'aimerais pouvoir faire ça dans un tel cas!"! !!

Mise en place: écriture de tests Java dans Spock

Vous rédigez des tests Java dans d'autres langues en premier lieu?

JUnit est un framework de test Java bien connu, mais vous pouvez rencontrer des cas difficiles lors de l'examen de la maintenabilité. Par conséquent, même pour les services implémentés en Java, il existe une option pour écrire des cas de test dans d'autres langages. Il y a beaucoup de discussions ici [^ 1], et un exemple est le sujet de l'écriture de tests Java dans Spock.

Qu'est-ce que Spock

Un cadre de test implémenté dans Groovy. Groovy a des utilisateurs enthousiastes [^ 2], par exemple, le père de Jenkins, Kawaguchi, a déclaré ["Il n'est plus possible de ne pas écrire de tests JUnit dans Groovy"](http://d.hatena.ne. jp / kkawa / 2011212).

Spock utilise pleinement les fonctionnalités de Groovy et vous permet d'écrire de manière plus concise que JUnit. Pour écrire du code Java dans Spock, voir Articles Qiita et Livres -with-spock) etc. sortent, et je pense que cela augmentera encore à l'avenir.

• http://spockframework.org/

Combien vous pouvez emprunter la puissance de l'IDE

Désormais, lors de l'écriture de tests Java dans Groovy, le problème est de savoir à quel point l'EDI peut être de votre côté. Parce que Groovy est un langage dynamique, il est facile d'imaginer des situations où les changements automatiques de signature de méthode ne fonctionnent pas [^ 3]. Cette fois, c'est un rapport que je l'ai examiné. L'IDE utilisé cette fois est IntelliJ IDEA 2016.3.4.

Java-Spock avec IDEA

Code à utiliser cette fois

Cette fois, je vais essayer diverses choses en utilisant code github TDDBC.

Le code de production est Java

public class SampleOfJava {

    public String say() {
        return "Hello TDD BootCamp!";
    }

}

Le code de test est Groovy(Spock)

class SampleSpec extends Specification {

    def "should return 'Hello TDD BootCamp!' in Java"() {

        given:
        def sut = new SampleOfJava()

        when:
        String actual = sut.say()

        then:
        actual == 'Hello TDD BootCamp!'

    }

}

Renommer la méthode

Tout d'abord, renommons la méthode que vous utiliserez souvent. Renommons la méthode say. Vous pouvez utiliser shift + F6.

Renommer

    public String shout() { //Je l'ai renommé pour crier
        return "Hello TDD BootCamp!";
    }

Le code de test a également été renommé automatiquement.

        given:
        def sut = new SampleOfJava()

        when:
        String actual = sut.shout() //Renommé

        then:
        actual == 'Hello TDD BootCamp!'

Tout d'abord, il n'y a pas de problème.

Changements de signature

Ensuite, essayez de changer la signature. L'écran de refactorisation s'ouvre avec command + F6, essayez donc d'ajouter plusieurs paramètres comme indiqué ci-dessous.

Bien entendu, la signature du code de production a été modifiée.

Changements de signature

    public String say(String addedString, Integer addedInteger) { //Ajouter deux arguments
        return "Hello TDD BootCamp!";
    }

La signature du code de test a également changé. Mais ce n'est pas très poli. .. ..

        when:
        String actual = sut.say(,) //Des arguments ont été ajoutés, mais j'ai l'impression que je veux que vous fassiez quelque chose d'un peu plus

Si vous n'aimez pas cela, c'est un peu mieux si vous incluez la Valeur par défaut que vous pouvez saisir plus tôt sur l'écran de refactoring.

        when:
        String actual = sut.say("DEFAULT", i) //Si vous entrez la valeur par défaut, cela ressemble un peu plus à ça

J'aimerais une autre voix, mais faisons-le.

Soyez prudent lorsque vous ajoutez un seul argument

J'essayais et j'ai remarqué une partie délicate. C'est lors de la modification de la signature pour augmenter l'argument de un seul </ b>. Par exemple, lorsque j'ai augmenté les arguments avec l'outil de refactorisation comme indiqué ci-dessous, le code de production a changé.

    public String say(String anotherParameter) { //Argument ajouté
        return "Hello TDD BootCamp!";
    }

        when:
        String actual = sut.say() //Les arguments n'augmentent pas orz

        when:
        String actual = sut.say(null) //Null est attribué automatiquement