Behaviour Driven Development java - quel est le cadre à utiliser?

Behaviour Driven Development est juste une technique qui peut être utilisée sans aucun outils. Vous pouvez simplement écrire des tests en BDD style - par exemple, démarrer méthodes d'essai avec should et introduire de la fonction séparée avec cette méthode. When et then les sections peuvent être remplacés par de simples remarques, par exemple

@Test
public void should_do_something() {
    //given
    Something something = getSomething();

    //when
    something.doSomething();
    //then 
    assertSomething();

    //when
    something.doSomethingElse();
    //then 
    assertSomethingElse();
}

Mon avis sur les frameworks mentionnés:

• Le problème avec JBehave est que les tests de ressembler à un vaisseau spatial complexe. D'autre part, il a assez de sortie de votre cahier des charges.

• spock est vraiment cool. Syntaxe compacte, jolie sortie, beaucoup de fonctionnalités, écrit avec le puissant langage groovy, ce qui signifie la possibilité d'une utilisation en conjonction avec geb. MAIS c'est groovy et il peut être très important pour quelqu'un.

• scalatest (écrit avec scala) et easyb (écrit avec groovy) les deux ont le même inconvénient que spock. L' "... devrait ..." et "Donné...Puis" la notation. Les spécifications sont .histoire de fichiers, et l'étape implémentations sont dans des classes Java. Cette approche fonctionne très bien comme une collaboration et un outil de communication pour définir le cahier des charges, mais généralement trop de frais généraux pour le faible niveau de codage.

Je pense aussi que la plupart des succès de la BDD de cadres de Java sont ceux qui ne sont pas écrites en Java, depuis le langage Java n'a pas une telle flexibilité pour le DSL (Domain specific Language) création que Groovy ou Scala a.

À moins que votre propriétaire du produit/aq/le besoin du client pour être en mesure de lire les tests, d'utiliser Spock. Il est très simple outil, mais améliore la lisibilité de tests. Grâce à ses fonctionnalités puissantes vous n'avez pas besoin de Mockito, Hamcrest ni AssertJ. Et il a une superbe paramétrées tests. En fait, il est "juste" une meilleure JUnit - un outil général pour l'exécution automatique de tâches simples, que ce soit des tests unitaires, tests d'intégration ou de tests d'acceptation.

Craignant Groovy? Pourquoi? Il est très similaire à java. Le plus vous apprenez, plus expressive et la plus courte de votre code. Vos tests sera plus court et plus lisible. Groovy est une passerelle de médicaments pour le meilleur côté de la JVM.

N'aime pas la dynamique des langues? Eh bien, c'est tests, et les tests sont exécutés par le serveur CI après chaque livraison, droit? Si votre code ne fonctionne plus, vous le saurez après quelques minutes. N'avez pas de serveur CI ou non de l'exécution des tests régulièrement? Alors ne vous embêtez pas avec le choix d'un framework de test et d'aller réparer votre processus. Cassé les tests sont inutiles et si vous n'avez pas exécuter les tests régulièrement, ils se cassent vite.

Aller avec JBehave/Concombre si vous en avez besoin; Sinon, utilisez Spock.

Belle discussion! Je ne savais pas JGiven, mais je vais avoir un coup d'oeil à elle.

En plus, je suis l'auteur de COLA Tests, un nouveau cadre qui prend en charge complète des cornichons syntaxe (exactement le même que le Concombre), il est très facile d'installation, spécialement en comparaison avec JBehave et ne nécessite pas de runner JUnit.

Fondamentalement, suffit d'utiliser ce que libs vous êtes déjà utilisé pour!

Voici un exemple de Printemps Contrôleur de Test (les histoires peuvent être chargés à partir d'un fichier):

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration(classes = { WebAppContext.class })
public class HelloWorldControllerTest extends BaseColaTest {

    private final String stories =
        "Feature: Introduce REST endpoint\n"
            + "Scenario: Should say hello\n"
            + "Given a web endpoint\n"
            + "When hit by a get request\n"
            + "Then the HTTP status will be OK\n"
            + "And the body will say hello world";

    @Resource
    private WebApplicationContext webApplicationContext;
    private MockMvc mockMvc;
    private ResultActions result;

    @Given("a web endpoint")
    public void given() {
        mockMvc = MockMvcBuilders.webAppContextSetup(webApplicationContext).build();
    }

    @When("hit by a get request")
    public void when() throws Exception {
        result = mockMvc.perform(get("/helloWorld"));
    }

    @Then("the HTTP status will be OK")
    public void thenOk() throws Exception {
        result.andExpect(status().isOk());
    }

    @Then("the body will say hello world")
    public void thenHello() throws Exception {
        result.andExpect(content().string("Hello World!"));
    }
}