当前位置: 首页 > news >正文

执行命令行程序测试自动化

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

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

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

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

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

dir | sort

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

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

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

namespace ConsoleApplication

{

public class Program

{

public static void Main()

{

string command = null;

do

{

Console.Write(">");

command = Console.ReadLine();

Console.WriteLine();

command = command.TrimEnd();

Console.WriteLine("Hello: {0}", command);

}

while (!string.IsNullOrEmpty(command));

Console.WriteLine("Quiting ...");

}

}

}

下面是自动化测试程序,它的工作就是打开待测得命令行程序,使用管道技术向待测程序的标准输入传递命令,然后从待测程序的标准输出读取结果:

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Diagnostics;

namespace CmdTest

{

class Program

{

static void Main(string[] args)

{

if (args.Length != 1)

{

Console.WriteLine("Usage: CmdTest <Application>");

return;

}

var cmd = args[0];

var startinfo = new ProcessStartInfo(cmd);

startinfo.UseShellExecute = false;

startinfo.RedirectStandardInput = true;

startinfo.RedirectStandardOutput = true;

startinfo.RedirectStandardError = true;

var process = new Process();

process.StartInfo = startinfo;

process.Start();

var names = new string[] {

"Yimin",

"Zhang San",

"Li Si",

"Wang Wu"

};

foreach (var name in names)

{

process.StandardInput.WriteLine(name);

process.StandardInput.Flush();

// Skip the echo characters

process.StandardOutput.ReadLine();

var result = process.StandardOutput.ReadLine();

if (result != string.Format("Hello: {0}", name))

Console.WriteLine("Error!");

}

process.StandardInput.WriteLine();

process.WaitForExit();

}

}

}

最后作为一位过来人也是希望大家少走一些弯路,在这里我给大家分享一些软件测试的学习资料,这些资料希望能给你前进的路上带来帮助。

视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

http://www.zskr.cn/news/176526.html

相关文章:

  • 数据仓库工程师在AI时代的走向探究
  • SQL Server - Session settings in procedure
  • PyTorch安装失败终极解决:CUDA驱动不兼容?用v2.7镜像绕过难题
  • FLIR 5G相机及采集卡sensemos
  • 如何最好地制定自动化测试策略
  • Travis CI已停用?转向GitHub Actions的新配置
  • PyTorch-CUDA-v2.7镜像权限管理策略:多用户共享环境设置
  • 多卡并行训练入门:PyTorch-CUDA-v2.7镜像支持NVIDIA显卡集群
  • 制造业 CRM 软件选型指南:评估维度、推荐方案、行动计划
  • SBOM软件物料清单生成:PyTorch-CUDA-v2.7符合信创要求
  • C++ new/delete 极简笔记:动态内存管理核心用法
  • 牛逼了,未来 Linux 将运行在汽车平台上,2027年就可以实现!
  • 客户成功故事征集:分享你的PyTorch使用经历赢大奖
  • 大模型学习路径:从入门到实践的循序渐进指南
  • 深度学习竞赛选手必备:PyTorch-CUDA-v2.7镜像快速复现实验
  • 非洲开发者访问困难?我们正在寻求本地合作伙伴
  • 高中语法练习解析100篇-008-Global Gratitude Expression Study 全球感恩表达研究 - new
  • 虚析构函数核心知识点总结
  • SpringAI(1.1.2)-MCP
  • Markdown文档编写+PyTorch实验记录:Jupyter集成工作流搭建
  • Latent Consistency Models试用:PyTorch-CUDA-v2.7支持情况
  • 量子威胁15年内或现,比特币不改变区块大小的情况下迁移后量子地址需20年
  • 解决installing this may take a few minutes...问题:PyTorch-CUDA-v2.7镜像提速秘诀
  • PyTorch-CUDA-v2.7镜像用户案例研究:某独角兽公司降本增效实践
  • 学习率调度器选择:PyTorch-CUDA-v2.7中不同LR策略对比
  • Google Colab替代方案:自建PyTorch-CUDA-v2.7云端实验室
  • GPU利用率实时查看:nvidia-smi结合PyTorch-CUDA-v2.7使用
  • T5文本到文本迁移:PyTorch-CUDA-v2.7框架实现
  • 一汽大众汽车前束检测培训系统
  • SpringBoot从0-1集成腾讯音视频通话