当前位置: 首页 > 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.jsqmd.com/news/161144/

相关文章:

  • 数据仓库工程师在AI时代的走向探究
  • PyTorch-CUDA-v2.7镜像中使用HuggingFace Transformers库教程
  • StackOverFlowError 和 OutOfMemoryError 的区别
  • 国家重点研发计划推荐环境:PyTorch-CUDA-v2.7合规性说明
  • SQL Server - Session settings in procedure
  • Markdown撰写技术博客:结合PyTorch-CUDA-v2.7镜像输出实验结果
  • PyTorch安装失败终极解决:CUDA驱动不兼容?用v2.7镜像绕过难题
  • 惊人应用!提示工程架构师的数据驱动策略助力AI提示优化可扩展性
  • 基于PyTorch-CUDA-v2.7镜像的NLP任务实战:文本分类全流程
  • YOLOv11模型训练实战:基于PyTorch-CUDA-v2.7镜像的完整流程
  • FLIR 5G相机及采集卡sensemos
  • 如何最好地制定自动化测试策略
  • 进一步探索了解 task_struct 中 mm_struct 如何管理虚拟内存区域(VMA),以及GOT和PLT如何与位置无关代码(PIC)配合工作
  • 如何将本地PyTorch项目迁移到CUDA-v2.7镜像环境中?
  • Travis CI已停用?转向GitHub Actions的新配置
  • PyTorch-CUDA-v2.7镜像下载统计数据:年度报告摘要
  • PyTorch-CUDA-v2.7镜像权限管理策略:多用户共享环境设置
  • 国产操作系统兼容性测试:PyTorch-CUDA-v2.7在UOS上运行
  • 深入了解特定工具(Conan的私有仓库搭建,以及vcpkg的具体自定义 triplet)
  • 开源协议兼容性分析:与MIT、Apache项目集成注意事项
  • 多卡并行训练入门:PyTorch-CUDA-v2.7镜像支持NVIDIA显卡集群
  • SBOM软件物料清单生成:PyTorch-CUDA-v2.7符合信创要求
  • 制造业 CRM 软件选型指南:评估维度、推荐方案、行动计划
  • PyTorch-CUDA-v2.7镜像支持ARM架构吗?现状说明
  • C++ new/delete 极简笔记:动态内存管理核心用法
  • PyTorch-CUDA-v2.7镜像认证考试即将推出:检验技能水平
  • 如何在阿里云/AWS/GCP上运行PyTorch-CUDA-v2.7镜像?
  • 深圳HR专属年会活动方向全攻略:数据驱动+案例赋能,精准匹配不同团队需求
  • 社区版与企业版区别:功能、支持与SLA对比表
  • 从入门到精通:2024年C++高效编程的5个核心方法