JUnit test grâce à la simulation de la saisie de l'utilisateur

Vous pouvez remplacer Système.dans votre propre flux par l'appel Système.setIn(InputStream in).
Flux d'entrée peut être tableau d'octets:

ByteArrayInputStream in = new ByteArrayInputStream("My string".getBytes());
System.setIn(in);

//do your thing

//optionally, reset System.in to its original
System.setIn(System.in)

Approche différente peut être rendre cette méthode plus testable en passant comme paramètres:

public static int testUserInput(InputStream in,PrintStream out) {
   Scanner keyboard = new Scanner(in);
    out.println("Give a number between 1 and 10");
    int input = keyboard.nextInt();

    while (input < 1 || input > 10) {
        out.println("Wrong number, try again.");
        input = keyboard.nextInt();
    }

    return input;
}

Une voie commune pour tester un code similaire serait d'extraire une méthode qui prend un Scanner et d'un PrintWriter, semblable à cette StackOverflow répondre, et test:

public void processUserInput() {
  processUserInput(new Scanner(System.in), System.out);
}

/** For testing. Package-private if possible. */
public void processUserInput(Scanner scanner, PrintWriter output) {
  output.println("Give a number between 1 and 10");
  int input = scanner.nextInt();

  while (input < 1 || input > 10) {
    output.println("Wrong number, try again.");
    input = scanner.nextInt();
  }

  return input;
}

Ne remarque que vous ne serez pas en mesure de lire votre sortie jusqu'à la fin, et vous aurez à spécifier toutes de votre entrée à l'avant:

@Test
public void shouldProcessUserInput() {
  StringWriter output = new StringWriter();
  String input = "11\n"       //"Wrong number, try again."
               + "10\n";

  assertEquals(10, systemUnderTest.processUserInput(
      new Scanner(input), new PrintWriter(output)));

  assertThat(output.toString(), contains("Wrong number, try again.")););
}

Bien sûr, plutôt que de créer une surcharge de la méthode, vous pouvez aussi garder le "scanner" et "sortie" comme champs mutables dans votre système sous test. J'ai une tendance à garder les classes comme des apatrides que possible, mais ce n'est pas une très grande concession si c'est important pour vous ou vos collègues de travail/de l'instructeur.

Vous pouvez aussi choisir de mettre votre code de test dans le même package Java comme le code sous test (même si c'est dans un autre dossier source), ce qui vous permet de vous détendre de la visibilité des deux paramètres de surcharge à colis-privé.

J'ai réussi à trouver une façon plus simple. Cependant, vous devez utiliser une bibliothèque externe Système.les règles Par @Stefan Birkner

J'ai juste pris l'exemple fourni là, je pense qu'il ne pourrait pas avoir obtenu plus simple 🙂

import java.util.Scanner;
  public class Summarize {
  public static int sumOfNumbersFromSystemIn() {
    Scanner scanner = new Scanner(System.in);
    int firstSummand = scanner.nextInt();
    int secondSummand = scanner.nextInt();
    return firstSummand + secondSummand;
  }
}
Test

import static org.junit.Assert.*;
import static org.junit.contrib.java.lang.system.TextFromStandardInputStream.*;

import org.junit.Rule;
import org.junit.Test;
import org.junit.contrib.java.lang.system.TextFromStandardInputStream;

public class SummarizeTest {
  @Rule
  public final TextFromStandardInputStream systemInMock
    = emptyStandardInputStream();

  @Test
  public void summarizesTwoNumbers() {
    systemInMock.provideLines("1", "2");
    assertEquals(3, Summarize.sumOfNumbersFromSystemIn());
  }
}

Le problème, toutefois, dans mon cas, mon deuxième entrée des espaces et de ce fait, l'ensemble du flux d'entrée nul !

J'ai réglé le problème sur lire sur stdin pour simuler une console...

Mes problèmes est que je voudrais essayer d'écrire dans JUnit test de la console pour créer un objet...

Le problème, c'est comme tout ce que tu dis : Comment puis-je écrire dans le Stdin de test JUnit?

Puis au collège j'en apprends sur les redirections comme tu le dis Système.setIn(InputStream) changer le stdin filedescriptor et vous pouvez écrire à puis...

Mais il y a encore un problème à résoudre... le test JUnit bloquer en attente de lecture à partir de votre nouveau InputStream, de sorte que vous besoin de créer un thread pour lire à partir de l'InputStream et de test JUnit Fil écrire dans la nouvelle Stdin... d'Abord, vous devez écrire dans le Stdin parce que si vous écrivez, plus tard, de la création du Thread de lecture à partir de stdin vous aurez probablement des Conditions de course... vous pouvez écrire dans le InputStream avant de lire ou vous pouvez lire à partir de InputStream avant d'écrire...

C'est mon code, mon anglais compétence est mauvais, je l'espère, tout ce que vous pouvez comprendre le problème et la solution pour simuler écrire dans stdin de test JUnit.

private void readFromConsole(String data) throws InterruptedException {
    System.setIn(new ByteArrayInputStream(data.getBytes()));

    Thread rC = new Thread() {
        @Override
        public void run() {
            study = new Study();
            study.read(System.in);
        }
    };
    rC.start();
    rC.join();      
}