软件测试最新执行命令行程序测试自动化_自动化执行程序，阿里P7大牛亲自讲解

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

这几天有一个小工具需要做测试，是一个命令行工具，这个命令行工具有点类似mdbg等命令行工具，即程序运行后，在命令行等待用户敲入的命令，处理命令并显示结果，再继续等待用户敲入新的命令。

原来的测试用例都是手工执行的，即在测试文档里写明输入什么命令，期望得到什么结果之类的。这种手工的工作当然要自动化执行才行。

但是自动化测试这个工具有一个问题，因为这个工具不象其他的命令行程序—接受一些命令行参数，处理一下并显示结果，然后退出。而是在命令行不断地接受新的指令，处理并回显，再接受用户新的命令。因此不能用普通的 批处理的方式来执行测试。

要对这种程序执行自动化测试，主要是利用到每个进程启动时，实际上都是有三个默认已经打开的文件，标准输入（Standard Input）、标准输出（Standard Output）和标准错误输出（Standard Error）。对于命令行程序来说，标准输入就是键盘，标准输出就是电脑屏幕，默认情况下，标准错误输出和标准输出使用的是同一个文件（在现代操作系统中，所有的设备都被看成文件，不光光是Linux, Unix这么处理，其实Windows也是这么处理的）。

进程的标准输入、输出以及错误输出在启动进程之前实际上是可以更换的，这也就是进程间通信经常采用的一个技术—管道技术。即，你可以通过管道技术，将一个进程的标准输入和另一个进程的标准输出连接起来，这样一个进程输出一些数据后，另外一个进程就自动获得这些数据。下面这个简单的命令就是管道的一个应用：

dir | sort

上面的命令就是把dir命令的输出的数据直接传递到sort的输入中，这样sort就可以进行相应的排序，过程如下图所示：

在Win32编程里，使用管道稍微显得麻烦点，但是在.NET里，替换和关闭进程的标准输入、输出和错误输出都是相当简单的工作。假设下面这个程序是我们即将测试的命令行程序，它的工作很简单，就是不停地回显用户在命令行输入的字符串，最后用户敲击空格时，退出程序执行：

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618608311)**