1. 项目概述为什么测试人员必须掌握Linux命令如果你是一名测试工程师尤其是刚入行的新人看到服务器上黑底白字的命令行界面是不是有点发怵别担心这几乎是每个测试人员的必经之路。我干了十多年测试从功能测试到自动化再到性能和安全几乎每天都要和Linux服务器打交道。我可以负责任地告诉你熟练掌握核心的Linux命令是测试人员从“手工点工”迈向“技术型测试”最直接、最有效的一步。为什么这么说因为现代软件开发和测试环境无论是Web应用、移动App还是后端服务其部署、运行和监控的载体绝大多数都是Linux服务器。你写的自动化脚本要跑在Linux上你要查看的日志文件在Linux里你要定位的线上问题也需要登录Linux服务器去排查。如果你只会用Windows的图形界面一旦遇到服务器问题就只能干瞪眼等着开发或运维同事来帮忙这不仅效率低下也限制了你个人技术能力的深度和广度。网上有很多“Linux命令大全”动辄几百条让人望而生畏。但对于测试人员来说我们不需要成为系统管理员我们的目标是“够用、高效、能解决问题”。因此我结合自己多年的实战经验从海量命令中精炼出了20个最高频、最实用的命令。掌握它们你就能独立完成80%以上的日常测试支持工作包括环境部署、日志查看、进程管理、文件操作和网络排查等。这篇文章就是为你——测试领域的“小白”或希望提升效率的同行——准备的一份实战指南。我们不谈晦涩的原理只讲在什么场景下用什么命令以及怎么用。2. 命令精讲20个核心命令的实战场景与技巧这20个命令我按照它们的主要用途分成了几个大类文件与目录操作、文本查看与处理、系统与进程管理、网络工具以及综合实用工具。每个命令我都会说明它的核心作用、最常用的参数组合并附上测试工作中典型的使用场景。2.1 文件与目录操作你的“资源管理器”在Linux中一切皆文件。管理测试环境、部署脚本、查看结果都离不开文件操作。1.ls- 列出目录内容这是你进入Linux世界看到的第一个命令。核心用法ls -l以长格式显示包含权限、所有者、大小、时间、ls -a显示所有文件包括隐藏文件隐藏文件以.开头、ls -lh-h与-l结合以人类可读的格式显示文件大小如K、M、G。测试场景登录测试服务器后第一件事就是ls -la看看当前目录下有什么特别是隐藏的配置文件如.env.gitignore。实操心得单纯ls只显示文件名信息量少。我习惯用ls -lht按时间倒序(-t)排列这样最新修改的文件总是在最上面找日志或刚生成的报告特别快。2.cd- 切换目录改变当前工作目录。核心用法cd /path/to/dir绝对路径、cd ..返回上一级、cd ~或cd回到用户家目录、cd -回到上一个所在的目录。测试场景在测试脚本中经常需要切换到日志目录(cd /var/log/app)或项目目录(cd /home/tester/project)。注意事项路径有空格时要用引号括起来如cd “/path/with spaces”。3.pwd- 打印当前工作目录显示你当前在文件系统的哪个位置。在复杂的目录跳转后用它来确认自己的位置避免操作错误目录。4.cp- 复制文件或目录核心用法cp source_file dest_file复制文件、cp -r source_dir dest_dir递归复制整个目录。测试场景备份重要的测试数据或日志文件cp production.log production.log.bak将本地写好的测试脚本上传到服务器后复制到执行目录。避坑技巧复制目录一定要加-r参数否则会失败。覆盖文件时默认不会询问如果怕覆盖重要文件可以加-i参数进行交互式确认或者更稳妥的做法是先ls看一下目标位置。5.mv- 移动或重命名文件/目录核心用法mv old_name new_name重命名、mv file /path/to/dir/移动文件。测试场景测试完成后将临时生成的结果文件移动到报告归档目录批量重命名日志文件结合通配符使用如mv log_*.txt archive/。6.rm- 删除文件或目录核心用法rm file删除文件、rm -r dir递归删除目录及其内容、rm -f file强制删除不提示。测试场景清理旧的、无用的测试数据或临时文件。重要警告rm -rf /是著名的“删库跑路”命令会强制递归删除根目录所有文件导致系统崩溃。永远不要在生产环境或没有绝对把握的情况下使用rm -rf尤其是指向根目录或家目录。我的习惯是删除前先用ls确认路径删除目录时先尝试rm -r dir系统提示确认时再按y。7.find- 查找文件功能极其强大的查找工具。核心用法find /path -name “*.log”在/path目录下查找所有.log结尾的文件。find . -type f -mtime -1在当前目录查找过去24小时内修改过的普通文件(-type f)。find /var/log -size 10M查找/var/log下大于10MB的文件。测试场景定位分散在各处的应用程序日志查找占用磁盘空间过大的文件配合-size在大量测试用例文件中搜索包含特定关键字的文件可结合-exec grep。高级技巧find的结果可以传递给其他命令处理例如删除所有7天前的临时文件find /tmp -type f -mtime 7 -exec rm {} \;。使用-exec时要格外小心。8.chmod- 改变文件权限测试人员经常需要执行自己写的脚本如果遇到“Permission denied”就需要它。核心用法权限用数字表示如755或符号表示如ux。chmod 755 script.sh给脚本赋予所有者可读可写可执行组用户和其他用户可读可执行。这是让脚本可执行的常用权限。chmod x script.sh给所有用户增加执行权限。测试场景从Windows上传的Shell脚本可能在Linux上没有执行权限需要chmod x一下。原理简述755这三个数字分别代表所有者(u)、所属组(g)、**其他用户(o)**的权限。每个数字是r(4)、w(2)、x(1)的和。7421读写执行5401读和执行。2.2 文本查看与处理日志分析的利器测试的核心工作之一就是查看和分析日志定位Bug。9.cat- 连接文件并打印到标准输出适合查看内容较少的文件。核心用法cat file.log查看文件全部内容、cat file1 file2 merged_file合并多个文件。测试场景快速查看一个简短的配置文件或一个小日志文件。注意事项千万不要用cat直接查看一个几百MB的大日志文件会导致终端被刷屏并可能卡死。对于大文件请用less或tail。10.less/more- 分页查看文件内容查看大文件的标准工具。核心用法less huge_file.log。进入后可以用方向键上下滚动空格键翻页/keyword搜索关键字q退出。测试场景查看完整的应用日志、堆栈跟踪文件。选择建议more是早期工具功能较弱只能向前翻页。less是more的增强版可前后翻页搜索更强名字有点幽默“less is more”。无脑用less就对了。11.tail- 查看文件尾部内容测试人员最常用的日志查看命令没有之一。核心用法tail -f app.log实时追踪日志输出。当你在进行测试尤其是接口或自动化测试时打开一个终端执行tail -f就能像看直播一样看到应用的最新日志这是定位问题的神技。tail -n 100 app.log查看文件最后100行。测试场景实时监控测试过程中应用的日志输出查看最近发生的错误先看最后几十行。组合技tail -f app.log | grep “ERROR”可以实时过滤并只显示包含“ERROR”的日志行让你在信息洪流中快速抓住关键错误。12.head- 查看文件头部内容与tail对应查看文件开头部分。核心用法head -n 20 file.csv查看文件前20行。测试场景快速预览一个大型数据文件或日志文件的格式和结构。13.grep- 强大的文本搜索工具另一个测试人员必备神器用于在文件中搜索特定模式。核心用法grep “NullPointerException” error.log在error.log中搜索包含“NullPointerException”的行。grep -r “login” /path/to/project/递归(-r)地在项目目录所有文件中搜索“login”。grep -i “error” app.log忽略大小写(-i)搜索“error”。grep -v “INFO” app.log反向选择(-v)输出不包含“INFO”的行通常用来过滤掉普通信息只看警告和错误。grep -A 2 -B 2 “Exception” app.log显示匹配行及其前后各2行(-A后,-B前)的上下文便于理解错误发生的场景。测试场景在海量日志中快速定位错误、异常堆栈在测试结果文件中检查是否包含预期的输出统计某个接口被调用的次数grep -c “API_CALL” log。高级技巧grep支持正则表达式功能更强大。例如grep -E “(Error|Exception)”可以同时匹配“Error”或“Exception”。结合管道符|可以构建强大的处理链如cat log | grep “ERROR” | tail -n 5。14.vim/vi- 终端文本编辑器在服务器上直接编辑配置文件、脚本的必备工具。虽然学习曲线稍陡但掌握基础操作后效率极高。核心操作命令模式打开/创建文件vim file.txt进入编辑模式按i(insert)保存并退出先按ESC回到命令模式然后输入:wq回车。不保存强制退出:q!保存文件:w搜索在命令模式下输入/keyword按n查找下一个。测试场景紧急修改服务器上的测试环境配置文件快速编写或修改一个Shell脚本。新手建议如果觉得vim太难可以先用nano编辑器它操作更直观底部有提示。但长远看投资一点时间学习vim的基础操作是值得的。2.3 系统与进程管理掌控测试环境了解服务器状态管理测试进程。15.ps- 报告当前进程快照查看系统正在运行的进程。核心用法ps aux或ps -ef。这是最常用的组合可以查看所有用户的详细进程信息。测试场景检查你的自动化测试脚本如Python、Java进程是否在运行查看某个服务如MySQL、Redis的进程状态。解读输出关键列包括USER启动者、PID进程ID非常重要、%CPU/%MEM资源占用、COMMAND启动命令。通常我们会结合grep来过滤如ps aux | grep python。16.top/htop- 动态实时进程监控像任务管理器一样实时显示系统资源占用和进程信息。核心用法直接输入top。显示信息包括系统负载、CPU/内存使用率、以及进程列表。按q退出。测试场景在运行性能测试时实时监控服务器的CPU、内存使用情况找出可能的性能瓶颈进程。升级选择htop是top的增强版界面更友好支持鼠标操作和颜色高亮。如果服务器安装了强烈推荐使用htop。17.kill- 终止进程向进程发送信号最常用的是终止进程。核心用法先用ps aux | grep 进程名找到目标进程的PID。kill PID发送默认的TERM信号请求进程正常终止。kill -9 PID发送KILL信号强制立即终止进程。这是最后手段因为进程无法捕获此信号可能导致数据丢失或状态不一致。测试场景结束一个卡死的自动化测试进程停止一个部署错误的测试服务。安全警告对不熟悉的进程尤其是系统关键进程不要轻易使用kill -9。先尝试kill PID给进程一个清理资源、正常退出的机会。18.df/du- 磁盘空间检查df -h查看文件系统的磁盘空间使用情况-h人类可读。用于检查服务器根目录、数据盘是否快满了。du -sh /path/to/dir查看某个目录的磁盘使用总量-s总计-h人类可读。用于定位是哪个目录或日志文件占用了过大空间。测试场景自动化测试生成大量截图或日志导致磁盘报警用它们快速定位“罪魁祸首”。2.4 网络工具连通性排查测试接口、服务是否可用网络是否通畅。19.ping- 测试网络连通性最基础、最常用的网络诊断工具。核心用法ping target_host如ping www.baidu.com或ping 192.168.1.1。测试场景快速检查测试机到被测服务器之间的网络是否通畅在部署环境后验证服务IP的可达性。结果解读关注time值延迟单位ms和是否有丢包packet loss。按CtrlC终止。20.telnet/nc(netcat) - 测试端口连通性ping只能测通网络层IP而telnet和nc可以测试传输层TCP端口是否开放。核心用法telnet host port例如telnet 192.168.1.100 8080。如果连接成功会进入一个空白界面或显示服务标识说明该端口是开放的。如果连接失败会显示错误信息如“Connection refused”。nc -zv host port例如nc -zv 192.168.1.100 8080。-z表示扫描-v表示详细输出。测试场景验证测试环境的MySQL3306、Redis6379、Web应用8080/80/443等服务端口是否正常监听。这是判断服务是否成功启动的最直接方法之一。注意事项很多新版的Linux发行版可能默认不安装telnet因为其协议本身不安全。ncnetcat是一个更强大、更现代的网络瑞士军刀如果可用优先使用nc。3. 测试工作流中的命令组合实战单独掌握命令只是第一步真正的威力在于将它们组合起来形成解决实际问题的“流水线”。下面我通过几个测试工作中的典型场景展示如何串联使用这些命令。3.1 场景一快速定位今日错误日志问题一个正在测试的Web应用报错你需要从几个G的应用程序日志app.log中找出今天产生的所有“ERROR”级别的日志并查看最早发生的几条错误的详细上下文。解决思路用grep过滤出所有“ERROR”。用grep再次过滤出今天的日期假设日志格式开头是2023-10-27。用head查看前几条。如果想看某条错误的具体堆栈需要看它的前后多行。命令组合# 组合1找出今天的所有ERROR并看前5条 grep “ERROR” app.log | grep “$(date ’%Y-%m-%d’)” | head -n 5 # 组合2找出今天的所有ERROR并显示第一条错误及其前后10行上下文便于分析 first_error_line$(grep -n “ERROR” app.log | grep “$(date ’%Y-%m-%d’)” | head -1 | cut -d: -f1) if [ -n “$first_error_line” ]; then let start_line$first_error_line-10 let end_line$first_error_line10 sed -n “${start_line},${end_line}p” app.log fi解释第二个组合稍微复杂点。grep -n会输出带行号的结果。cut -d: -f1取出行号。sed -n ‘a,bp’ file可以打印文件指定行号范围的内容。这是一个非常实用的定位日志的技巧。3.2 场景二一键清理过期测试数据问题自动化测试每天在/data/test_reports目录下生成大量HTML报告和日志需要定期清理7天前的文件以释放磁盘空间。解决思路用find命令匹配7天前-mtime 7的文件。将这些文件删除。命令组合# 安全做法先列出将要删除的文件确认无误 find /data/test_reports -type f -name “*.html” -mtime 7 # 确认无误后执行删除 find /data/test_reports -type f -name “*.html” -mtime 7 -exec rm {} \; # 或者如果你想连空目录也一起删除谨慎 find /data/test_reports -type f -name “*.html” -mtime 7 -delete # 然后删除空目录 find /data/test_reports -type d -empty -delete重要提示在生产环境或存有重要数据的目录中执行此类删除命令前务必先运行只带-print或直接是find命令本身的预览命令确认找到的文件确实是你要删除的。-delete或-exec rm操作是不可逆的。3.3 场景三实时监控测试服务状态与资源问题在进行一场长时间的压力测试时你需要同时监控1应用日志是否有异常2服务器的CPU/内存使用率3测试关键进程是否存活。解决思路在一个终端窗口使用tail -f监控日志。在另一个终端窗口使用htop监控系统资源。写一个简单的Shell脚本定期检查进程是否存在。命令组合与脚本# 终端1监控日志过滤ERROR和WARN tail -f /var/log/application.log | grep -E “(ERROR|WARN)” # 终端2监控资源 htop # 终端3一个简单的进程监控脚本 monitor_test.sh #!/bin/bash PROCESS_NAME“my_stress_tool” CHECK_INTERVAL10 # 检查间隔秒 while true; do if ! ps aux | grep -v grep | grep -q “$PROCESS_NAME”; then echo “[$(date)] 警告进程 $PROCESS_NAME 已停止运行” /tmp/monitor.log # 这里可以添加自动重启命令比如 # /path/to/restart_script.sh fi sleep $CHECK_INTERVAL done运行脚本chmod x monitor_test.sh ./monitor_test.sh 后台运行。这个脚本会每10秒检查一次指定进程如果发现进程消失就在日志中记录警告。你可以根据需要扩展它比如发送邮件或钉钉告警。4. 进阶技巧与避坑指南掌握了基础命令和组合后了解一些进阶技巧和常见“坑点”能让你在测试工作中更加游刃有余。4.1 管道符|与重定向,这是Linux命令行的精髓所在让你能够将多个简单命令组合成复杂的功能。管道符|将一个命令的输出作为另一个命令的输入。例如ps aux | grep java将ps aux输出的所有进程信息交给grep去过滤出包含“java”的行。重定向和将命令的输出从屏幕标准输出重定向到文件。command file将输出覆盖写入file。如果file不存在则创建存在则清空后写入。command file将输出追加到file的末尾。测试应用将测试命令的输出保存到报告文件。例如运行一个接口测试脚本python run_api_tests.py test_report_$(date %Y%m%d).log 21。这里的21表示将标准错误(2)也重定向到标准输出(1)这样错误信息也会被记录到日志文件。4.2 通配符*,?,[]用于模糊匹配文件名提升操作效率。*匹配任意数量包括零个的任意字符。rm *.tmp删除所有.tmp结尾的文件。?匹配一个任意字符。ls test?.log匹配 test1.log, testA.log 等。[]匹配括号内的任意一个字符。ls test[123].log匹配 test1.log, test2.log, test3.log。避坑提示在使用rm等危险命令配合通配符时强烈建议先使用ls命令预览匹配结果。比如你想删除所有临时文件先ls *.tmp看看有哪些文件确认无误后再rm *.tmp。4.3 后台运行与nohup测试脚本或服务可能需要长时间运行。在命令末尾加上可以让命令在后台运行不占用当前终端。例如python long_running_test.py 。但如果你关闭了启动它的终端这个后台进程通常也会被终止。nohup让进程在用户退出登录后依然继续运行。通常与结合使用。nohup python long_running_test.py test.log 21 这个命令组合的意思是忽略挂断信号(nohup)运行测试脚本将标准输出和错误都重定向到test.log文件并在后台()运行。这样即使你关闭了SSH连接测试也会继续。4.4 SSH密钥对与免密登录作为测试经常需要登录多台测试服务器。每次输入密码很麻烦。解决方案配置SSH密钥对实现免密登录。在本地机器生成密钥对ssh-keygen -t rsa一直回车即可默认保存在~/.ssh/id_rsa和~/.ssh/id_rsa.pub。将公钥(id_rsa.pub)内容复制到服务器的~/.ssh/authorized_keys文件中。可以用一条命令完成ssh-copy-id userremote_server如果系统支持。好处配置好后ssh userserver_ip即可直接登录无需密码极大提升操作效率也便于自动化脚本执行远程命令。4.5 最常见的“坑”与解决方案“Command not found”命令找不到。原因命令未安装或不在$PATH环境变量指定的路径中。解决使用which command查看命令位置。如果是未安装用包管理器安装如yum install telnet或apt-get install netcat。“Permission denied”权限不足。原因当前用户对文件或目录没有读、写或执行的权限。解决使用ls -l查看权限。如果是自己的文件需要执行用chmod x。如果是系统文件可能需要sudo提权需有sudo权限或联系管理员。误删文件未使用-i或trash预防为rm设置别名是个好习惯。可以在~/.bashrc中加入alias rm’rm -i’。这样每次删除都会询问。对于重要服务器可以考虑安装trash-cli工具使用trash-put命令将文件移到“回收站”。tail -f刷屏太快看不清解决结合grep过滤只显示你关心的内容如tail -f app.log | grep “订单ID:12345”。或者使用less打开文件后按ShiftF键也能进入类似tail -f的实时跟踪模式并且可以用/搜索体验更好。文件编码问题从Windows上传的脚本在Linux执行报错现象脚本执行时提示^M: bad interpreter。原因Windows的换行符是\r\nLinux是\n。这个^M就是多余的\r。解决使用dos2unix script.sh命令转换或者用sed -i ‘s/\r$//’ script.sh删除行尾的\r。掌握这20个命令及其组合并理解背后的原理和“坑点”你就能从容应对绝大多数测试工作中遇到的Linux操作需求。记住所有技能都在于练习。不要只看打开你的测试服务器或虚拟机亲自敲一遍这些命令模拟上面的场景很快你就能从“小白”成长为团队里令人信赖的“Linux小能手”。最后再分享一个我个人的习惯建立一个属于自己的“命令备忘录”文件把工作中总结的这些常用命令组合和技巧记录下来时不时翻看积累就是你的核心竞争力。