[JAVA] Implémentation des problèmes FizzBuzz dans le développement piloté par les tests (préparation)

Tout d'abord, j'aimerais écrire du code de test ... mais avant cela, je dois confirmer que JUnit est correctement installé.

Plus précisément, préparez la classe de test FizzBuzzTest.java, écrivez un programme de test vide et exécutez le test.

Création de FizzBuzzTest.java

Tout d'abord, préparez la classe de test selon la procédure suivante.

1. Placez le curseur sur "src / __ test__ / java", faites un clic droit-> Nouveau-> Package
2. Entrez un nom de package dans le champ Nom et cliquez sur Terminer
3. Placez le curseur sur le package créé, faites un clic droit-> cliquez sur Classe
4. Entrez FizzBuzzTest dans le champ Nom et cliquez sur Terminer (les autres paramètres conservent leurs valeurs par défaut)

La structure du projet après la création de FizzBuzzTest.java est la suivante.

Créer un programme de test vide

Ensuite, implémentez une méthode de test vide qui ne fait rien dans le FizzBuzzTest.java créé.

FizzBuzzTest.java

import org.junit.Test;

public class FizzBuzzTest {
    @Test
test de fonctionnement public void JUnit() {
        
    }
}

Essai

Placez le curseur sur la méthode de test d'opération JUnit de la classe FizzBuzzTest que vous avez créée et cliquez avec le bouton droit sur -> Exécuter en tant que -> Test JUnit pour exécuter le test.

Ensuite, vous verrez une barre verte indiquant que le test a réussi, comme indiqué dans la figure ci-dessous.

À partir de là, vous pouvez voir que JUnit fonctionne par défaut et est prêt à utiliser JUnit. Inversement, si le test échoue, vous pouvez découvrir des failles dans l'environnement de test, par exemple, l'installation de Maven a échoué.

Maintenant que vous avez confirmé que JUnit fonctionne correctement, la ** Préparation ** est terminée.

Ici, je publierai la structure finale du projet et le contenu du programme en disant "La conclusion vient en premier". [^ 3]

Structure du projet

Programme d'essai

FizzBuzzTest.java

package com.example;

import static org.junit.Assert.assertEquals;

import org.junit.Test;
import org.junit.experimental.runners.Enclosed;
import org.junit.runner.RunWith;

@RunWith(Enclosed.class)
public class FizzBuzzTest {

L'argument de classe statique publique n'est pas un multiple de 3 et 5{
        FizzBuzz fizzbuzz = new FizzBuzz();

        @Test
public void Renvoie 1 si 1 est donné comme argument() {
            assertEquals("1", fizzbuzz.response(1));
        }
    }
    
public static class Un multiple de 3 avec seulement 3 arguments{
        FizzBuzz fizzbuzz = new FizzBuzz();

        @Test
public void Renvoie Fizz avec 3 arguments() {
            assertEquals("Fizz", fizzbuzz.response(3));
        }
    }

public static class Un multiple de 5 avec seulement 5 arguments{
        FizzBuzz fizzbuzz = new FizzBuzz();

        @Test
public void Renvoie Buzz avec 5 arguments() {
            assertEquals("Buzz", fizzbuzz.response(5));
        }
    }

public static class Les arguments sont des multiples de 3 et 5{
        FizzBuzz fizzbuzz = new FizzBuzz();

        @Test
public void Renvoie FizzBuzz avec 15 arguments() {
            assertEquals("FizzBuzz", fizzbuzz.response(15));
        }
    }
    
l'argument de classe statique public est une valeur limite valide{
        FizzBuzz fizzbuzz = new FizzBuzz();
        
        @Test
public void Renvoie 1 si l'argument 1 est donné() {
            assertEquals("1", fizzbuzz.response(1));
        }

        @Test
public void Renvoie Buzz avec 100 arguments() {
            assertEquals("Buzz", fizzbuzz.response(100));
        }
    }

L'argument de classe statique public n'est pas valide. Valeur limite{
        FizzBuzz fizzbuzz = new FizzBuzz();
        
        @Test(expected = IndexOutOfBoundsException.class)
public void Une erreur se produit si l'argument 0 est donné.() {
            fizzbuzz.response(0);
        }

        @Test(expected = IndexOutOfBoundsException.class)
une erreur public void se produit si l'argument 101 est donné() {
            fizzbuzz.response(101);
        }
    }
}

Programme à tester

FizzBuzz.java

public class FizzBuzz {

    public String response(int num) {
        StringBuilder result = new StringBuilder();
        
        if(num < 1 || num > 100) {
            throw new IndexOutOfBoundsException();
        }
        
        if(num % 3 == 0) {
            result.append("Fizz");
        }

        if(num % 5 == 0) {
            result.append("Buzz");
        }
        
        if(result.length() == 0) {
            result.append(String.valueOf(num));
        }

        return result.toString();
    }
}

La prochaine fois, je voudrais publier en tant que ** Practice ** comment j'ai procédé à l'implémentation de la classe de test suivante (FizzBuzzTest.java) et de la classe cible de test (FizzBuzz.java).

référence

• [Amazon \ .co \ .jp: [Comprendre dans ce livre] Manuel de test de logiciel - Principes de base et pratique du processus de test qui détermine la qualité eBook: Kazuhiro Ishihara, Hidekazu Tanaka, Masashi Tanaka: Boutique Kindle](https :: //www.amazon.co.jp/%E3%80%90%E3%81%93%E3%81%AE1%E5%86%8A%E3%81%A7%E3%82%88%E3%81 % 8F% E3% 82% 8F% E3% 81% 8B% E3% 82% 8B% E3% 80% 91% E3% 82% BD% E3% 83% 95% E3% 83% 88% E3% 82% A6 % E3% 82% A7% E3% 82% A2% E3% 83% 86% E3% 82% B9% E3% 83% 88% E3% 81% AE% E6% 95% 99% E7% A7% 91% E6 % 9B% B8_% E5% 93% 81% E8% B3% AA% E3% 82% 92% E6% B1% BA% E5% AE% 9A% E3% 81% A5% E3% 81% 91% E3% 82 % 8B% E3% 83% 86% E3% 82% B9% E3% 83% 88% E5% B7% A5% E7% A8% 8B% E3% 81% AE% E5% 9F% BA% E6% 9C% AC % E3% 81% A8% E5% AE% 9F% E8% B7% B5-% E7% 9F% B3% E5% 8E% 9F-% E4% B8% 80% E5% AE% 8F-ebook / dp / B00U17809A / ref = sr_1_1? ie = UTF8 & qid = 1496770784 & sr = 8-1 & keywords =% E3% 82% BD% E3% 83% 95% E3% 83% 88% E3% 82% A6% E3% 82% A7% E3% 82% A2% E3% 83% 86% E3% 82% B9% E3% 83% 88% E3% 81% AE% E6% 95% 99% E7% A7% 91% E6% 9B% B8)

• Lire "Pourquoi la plupart des tests unitaires n'aident pas"|Méthode de développement / gestion de projet| POSTD

• Développement piloté par les tests en 50 minutes / TDD Live en 50 minutes // Speaker Deck

• Qu'est-ce que le développement piloté par les tests, pourquoi l'aimez-vous, pourquoi devriez-vous l'utiliser aussi?|Méthode de développement / gestion de projet| POSTD

• Fizz \ -Quel est le problème Buzz? \ -Hatena mot-clé

[^ 1]: Je n'ai lu que le résumé, mais l'histoire originale est [Why \ -Most \ -Unit \ -Testing \ -is \ -Waste \ .pdf](http://rbcs-us.com/ documents / Pourquoi la plupart des tests unitaires sont des déchets.pdf) Il est écrit.

[^ 2]: par exemple, dans un système de réservation de films qui propose plusieurs options de remise en fonction des caractéristiques de l'utilisateur, si l'exigence finale est "appliquer l'option qui augmente le taux de remise", alors à partir de la condition caractéristique de l'utilisateur que le taux de remise est élevé Je vais le tester.

[^ 3]: Il y a quelques différences par rapport au codage en direct de de: code auquel j'ai fait référence parce que c'était le résultat de ma propre pratique et que certaines parties ont été omises dans de: code en raison de contraintes de temps.