s71200模拟量输入输出
最近，我的一些学生向我询问了赫尔辛基大学MOOC提供的单元测试的机制，我检查了它们的实现，并认为这对于初学者了解实际发生的情况是有帮助的，因此在此发表了这篇小文章。
我们将以“机场”项目为例，这是OOP2第一周的最后一项任务。
我们仅关注测试，因此我将跳过有关如何解决它的事情。 在本练习中，我们将每次手动执行main方法，重复输入飞机编号，容量，有时我们认为我们的代码可以使用，然后运行本地测试，以便我们可以提交给服务器进行在线判断和评分。
我一直使用这个小项目作为借助单元测试保护的重构示例。 当我又重复又痛苦地输入飞机ID，容量编号，机场代码和操作代码时，我问我的学生：“这很痛苦吗？”。
显然，他们所有人都回答了。 然后我问，“即使无聊又痛苦，您会一次又一次地进行这种测试吗？”
安静。
从我过去的经验中，我知道跳过这些无聊的测试很容易，并且我们可以安慰自己，“这些代码非常简单，我不会犯错，它将起作用，并且会起作用，不用担心。”
由于做出这样的选择，我会留下痛苦的回忆，因为过去我犯了太多简单而愚蠢的错误，所以无论看起来多么简单，我仍然会进行测试-即使是手动测试，也无聊而痛苦。
我添加此内容是因为单元测试无法完全替代手动测试，尽管它将使手动测试更加容易和有效。
对于Airport项目，如果不需要每次都重复输入，并且可以捕获程序的输出，则与预期相比，我们将更快地获得反馈。
String operation = scanner.nextLine();...System.out.println("Blahblahblah...");
例如，我们确切地知道是否首先输入x，然后它将进入飞行服务部分并打印菜单选项，如果我们第二次输入x，则程序将结束循环并退出，结果，我们将仅获取机场面板和飞行服务的说明输出。
因此，让我们转到一个测试案例，看看实际会发生什么。
@Testpublic void printsMenusAndExits() throws Throwable {String syote = "x\nx\n";MockInOut io = new MockInOut(syote);suorita(f(syote));String[] menuRivit = {"Airport panel","[1] Add airplane","[2] Add flight","[x] Exit","Flight service","[1] Print planes","[2] Print flights","[3] Print plane info","[x] Quit"};String output = io.getOutput();String op = output;for (String menuRivi : menuRivit) {int ind = op.indexOf(menuRivi);assertRight(menuRivi, syote, output, ind > -1);op = op.substring(ind + 1);}}
上面是第二个测试用例，它涵盖了我们所说的最简单的情况，仅输入两个x。
当我们查看测试代码时，它分为三部分：
准备输入 执行Main.main(args)方法 检查输出以查看它是否依次包含所有预期行
您知道scanner.nextLine()或scanner.nextInt()的正常行为。 该程序将挂起并等待用户输入，以便执行下一行代码。 但是，为什么它在没有任何等待的情况下可以平稳运行？
在转到本部分之前，我想简要解释一下该方法的执行，它使用Java反射以一种不直接但可以进行更多检查的方式来调用该方法，例如，第一个测试用例要求Main为公共类，但您可能会发现要通过手动测试，可以将Main访问级别设置为package。
@Testpublic void classIsPublic() {assertTrue("Class " + klassName + " should be public, so it must be defined as\n" +"public class " + klassName + " {...\n}", klass.isPublic());}
在这里，klass.isPublic()正在检查是否根据需要设置访问级别。
好。 看起来MockInOut类使魔术发生了，我们可以检查代码以在MockInOut找到想法。 您可以在GitHub上访问源代码。
public MockInOut(String input) {orig = System.out;irig = System.in;os = new ByteArrayOutputStream();try {System.setOut(new PrintStream(os, false, charset.name()));} catch (UnsupportedEncodingException ex) {throw new RuntimeException(ex);}is = new ByteArrayInputStream(input.getBytes());System.setIn(is);}
您可能已经输入System.out数千次了，但是您是否意识到可以像上面一样默默地更改out？ 这同时设置out与in系统的，这样我们就可以完全执行后得到的输出，我们也不需要手工输入这个时候，因为在声明Scanner scanner = new Scanner(System.in);，则参数System.in会以无提示方式更改，因此scanner.nextLine()将获得准备好的输入而不会挂起。
同样，输出将不会在控制台中打印，而是会累积到ByteArrayOutputStream，此后可以访问。
您可能想知道，如果我们真的想恢复System.in和System.out的正常行为，该怎么办？
/*** Restores System.in and System.out*/public void close() {os = null;is = null;System.setOut(orig);System.setIn(irig);}
基本上，它节省了原来in和out，需要恢复时，只需再次清除遭入侵的人，并设置他们回来，那么一切都将照常进行。
您可以在下面复制简单的示例代码以进行快速测试。
import java.io.*;import java.util.*;class HelloWorld {public static void main(String[] args) throws IOException {PrintStream orig = System.out;ByteArrayOutputStream os = new ByteArrayOutputStream();System.setOut(new PrintStream(os, false, "UTF-8"));// Here it won't print but just accumulatefor (int i = 0; i < 100; i++) {System.out.println("Hello World");}System.setOut(orig);// Print 100 lines of "Hello World" here since out was restoredSystem.out.println(os.toString("UTF-8"));InputStream is = System.in;System.setIn(new ByteArrayInputStream("x\nx\n".getBytes()));Scanner scanner = new Scanner(System.in);// Without hang onSystem.out.println(scanner.nextLine());System.out.println(scanner.nextLine());try {// There are only two lines provided, so here will failSystem.out.println(scanner.nextLine());} catch (NoSuchElementException e) {e.printStackTrace();}System.setIn(is);scanner = new Scanner(System.in);// Hang on here since `in` was restoredSystem.out.println(scanner.nextLine());}}
实际上，注入和替换是一种使单元测试的依赖关系解耦的常用方法，这对于仅关注代码非常有用。 还有更先进，更复杂的方法来做到这一点，但在这里，我们只是想说明一个简单的方法是“黑客”in和out，这样你可以专注于你的代码，而不是in与out。
对于某些遗留项目，此方法可能对重构至关重要，因为太多的依赖关系使测试变得非常困难！
翻译自: //02/approach-simulate-input-check-output.html
s71200模拟量输入输出
