面试测试工程师，如果面试官只让你准备一个技术点，那我建议押 Linux 命令。原因很朴素：不管是环境部署、日志排查、接口验证还是性能定位，Linux 都是绕不开的底层操作环境。你平时写用例、点界面，真到排查线上 bug，或者盯着测试环境看报错的时候，还是得靠命令行解决问题。这篇文章我把面试官真正会问、测试日常真正会用的 30 个 Linux 命令梳理了一遍，不是罗列参数，而是照着面试的逻辑拆开讲：每个命令用来干什么、有什么坑、面试官会怎么往深处追问。无论你是刚转行的测试新手，还是准备跳槽的资深 QA，这份清单都值得对着命令行敲一遍。1. 为什么面试官揪着 Linux 命令不放？——考察思路拆解1.1 测试日常哪个环节都绕不开 Linux我刚入行的时候也以为测试就是点点页面、提交 bug，后来发现这是对测试工作最大的误解。任何一个测试环境都跑在 Linux 服务器上，你提交 bug 之前要确认环境是不是正常，要看服务日志判断问题是前端还是后端，要清理测试数据、要启动被依赖的服务，甚至要自己看接口报文、分析慢请求。这些场景里有八成以上是在命令行里完成的。更现实的是，现在的测试工程师普遍要接触自动化脚本和持续集成。脚本跑在 Linux 节点上，执行出错了你得去日志里找原因；持续集成任务构建失败，第一件事是 SSH 上服务器查日志、查进程、查端口。这些能力用到的基本单位就是 Linux 命令。说白了，Linux 命令在测试岗面试里不是冷门加分项，而是默认的基础能力。1.2 面试官不是在考背参数，是在考这五种能力很多同学准备 Linux 面试题，上来就背参数表，背得挺熟但一到场景题就懵。我作为经常参与面试的人告诉你，面试官问 Linux 命令，核心想看的是这些东西：第一，看基础操作是否熟练。会不会看目录结构、创建文件、复制移动，这反映你有没有真正在服务器上干过活。第二，看日志定位能力。让你查一个报错、统计一段时间的错误数，这是测试工作里最日常的操作。第三，看性能排查思路。接口慢了、CPU 飙了、磁盘满了，你第一步干什么、第二步干什么，面试官要听的是分析路径。第四，看安全意识。随便让你删文件你就rm -rf，让你看端口占用你直接kill -9，这类操作反映了你对生产环境的敬畏心。第五，看能不能把命令组合成解决方案。单个命令谁都会背，但grep接sort接uniq接head这种管道组合能力，才是解决问题的真实水平。所以下面我不按命令字母顺序讲，而是按测试工程师的实际工作场景来分组，每一组都带上场景描述和面试追问点。2. 文件与目录操作：最基础的 8 个命令，别在这些细节上翻车2.1 目录漫游三件套：pwd、cd、ls我面试人的时候经常开个终端模拟器，让候选人先登录服务器，然后看他在哪。有些人习惯性敲pwd确认自己当前路径，有些人上来就在根目录下一顿操作——这两种人给我的第一印象是完全不同的。pwd：查看当前所在目录。测试环境服务器文件结构复杂，你从文档里复制一条路径下来，粘贴进去先cd再pwd确认，这个习惯能省掉大量迷路的麻烦。cd：切换目录。除了常见的cd /xxx、cd ..、cd ~回用户主目录之外，面试官偶尔会问cd -是什么意思，这是返回上一次所在目录，属于高频操作。ls：列出目录内容。真正在测试环境里用得最多的是ls -l（看权限、属主、大小）、ls -a（看隐藏文件）、ls -lh（以人类可读的方式显示容量）、ls -lt（按时间排序，新版文件排前面）。别忘了ls -l输出的每一列代表什么，面试官随便指一个文件让你解释-rw-r--r--的每个字符含义，这就是后面chmod部分的基础。2.2 文件的创建、复制、移动与删除：mkdir、touch、cp、mv、rm这五个命令听起来谁都会，但细节决定你能不能过面试关。mkdir创建目录，mkdir -p a/b/c可以一次性创建多级目录。如果目录已存在，普通mkdir会报错，-p则不会，这个参数在脚本里特别常用，因为你不确定上一步的环境是否干净。touch表面上用来创建空文件，实际还有一个重要用途：更新文件时间戳。面试官可能会问"如何快速生成一个空文件"，除了touch，你可以提>重定向，但要记得解释两者的区别。cp复制文件，最容易翻车的是复制目录时忘记加-r导致报错。cp -r递归复制目录，cp -i覆盖前提示，cp -a保留权限和属性。面试追问的常见点是："两个服务器之间怎么复制文件"，这块如果主动提到scp，印象分会明显提升。mv移动或重命名文件。这个名字容易让人以为它只是移动，但mv oldname newname就是重命名。面试官偶尔会问mv跨文件系统和跨目录移动的区别，简单说同文件系统是改个指针，跨文件系统则是复制再删除，涉及 inode 的概念，能说清楚这一点说明你理解得比较深。rm删除文件，这是所有 Linux 命令里面试官最警惕的一个。rm -r删目录、rm -f强制删除，两者合起来rm -rf能删除整个目录树，但在测试环境和生产环境中都属于高风险操作。我不会故作姿态地说"永远不要用 rm -rf"，而是建议你记住两条：第一，执行删除前先ls看清楚目标路径；第二，习惯用rm -i或先mv到临时目录再统一删除，给自己留条后路。2.3 高频追问：如何批量查找文件30 个命令名单里没有find，但面试场景题里几乎必然会涉及，所以放在这一节一起讲。find是按条件查找文件的利器。测试环境里最常见的是按名字找配置文件：find /opt -name "application*.yml"；按大小找大文件：find /logs -size +500M；按时间找近期修改的文件：find /tmp -mtime -1。面试官如果问"磁盘满了，怎么找大文件"，你第一反应应该是df -h看整体使用率，然后du定位大目录，再用find按大小筛一次，这一整套链路比单纯背find参数有说服力得多。3. 日志分析与文本处理：测试工程师的重头戏3.1 快速看日志：tail、head、less测一个接口报错了，测一个功能无法复现，第一件事永远是看日志。看日志不是打开整个文件慢慢读，而是有策略地看。tail看文件尾部，tail -f是实时跟踪日志输出，这是测试里最常用的组合：相关操作触发后，观察日志是否滚动出新增内容。tail -n 50指定显示最后 50 行，适合排查启动报错。注意tail -f在脚本里通常配合--pid或超时会话使用，否则会一直挂住不退出。head看文件头部，head -n 20显示前 20 行，一般用来确认日志格式、字段含义，或者看程序启动横幅上的版本信息。less是一个被我低估了很久的命令。以前我看日志习惯cat或者tail -n 200，文件一旦上几百兆就卡得难受。less打开大文件时不做全量加载，滚动流畅，而且支持/关键词直接搜索、n跳转下一处匹配、g跳到文件开头、G跳到结尾。如果你面试时提到"查日志用 less 而不是 vi"，因为 vi 打开大文件会先把整个文件读进内存，这个细节就是面试官眼中的实战经验。3.2 过滤与统计：grep、wc、sort、uniq日志里大部分有效信息不是看出来的，是过滤出来的。grep是日志分析的核心。基础用法就不展开了，要重点掌握这几个高频组合：grep -n显示行号、grep -v反向匹配（过滤掉无关内容）、grep -c统计匹配行数、grep -i忽略大小写、grep -E使用扩展正则，以及grep -A 5 -B 5显示匹配行的上下文各五行。测试排错时，一条报错往往要看前后几行才知道上下文，这比单看报错那一行有效得多。wc用来统计行数字数字节，最常用的是wc -l。面试里典型的问法是"这个日志文件一共有多少行"，然后引申到"为什么统计行数用wc -l而不是直接cat整个文件"，答案很简单：大文件cat会刷屏且慢，wc -l只遍历不输出。sort排序，sort -n按数值排序（而不是字典序）、sort -r倒序、sort -t ' ' -k 2指定分隔符和排序字段。光看参数很枯燥，放到场景里就有意思了：统计每个接口被调用次数，按次数倒序排，这就是sort和uniq的组合拳。uniq去重，注意它的一个隐藏坑：uniq只能去除相邻的重复行，所以必须先sort再uniq。uniq -c在每行前加上出现次数，这一参数在统计场景里几乎必用。提示：一旦涉及"统计排名前 N"，标准套路就是sort | uniq -c | sort -nr | head -n 10，这个四段管道表达式强烈建议按顺序记下来。3.3 日志文本加工两把刀：sed、awksed和awk是文本处理里最能体现功底的两个工具，也是测试工程师面试的分水岭。sed擅长行级别的流式编辑。最常用的两个场景是替换和删除。替换语法sed -i 's/旧文本/新文本/g' 文件里，-i表示直接修改原文件，千万别漏了-i否则修改不会落盘；g表示全局替换每一行的所有匹配项，不加则只替换第一个。删除指定行则用sed -i '10d' 文件或sed -i '100,200d' 文件。面试官如果问"上万个文件里的某个配置项要批量替换怎么弄"，你能张口说用find配合sed -i，这就是方案能力。awk擅长按字段提取和汇总。它默认按空白字符把一行拆成若干列，$1是第一列、$2是第二列、$NF是最后一列。日志分析里最常见的用法是提取访问日志的 IP、接口路径、状态码、耗时，然后交给sort和uniq继续统计。比如想提取一个访问日志里的 URL，直接awk '{print $7}' access.log就能拿到。awk还支持条件过滤，比如awk '$NF>500'可以把耗时超过 500 毫秒的行单独挑出来，这在性能排查里非常实用。# 提取访问日志中耗时超过 1 秒的请求的 URL 和耗时 awk '$NF > 1000 {print $7, $NF}' access.log3.4 面试实战：给我看看最近 5 分钟的报错面试官最爱的实操题长这样：你负责的模块今天报错率上升，日志文件在/data/app/error.log，你怎么快速判断最近发生了什么。合理的答案是一条命令流：tail -n 5000 /data/app/error.log | grep -E "ERROR|Exception" | tail -n 100再加一点功力：想统计最近 1000 条日志里错误类型的分布，就接上sed或者awk先取字段，再用sort | uniq -c | sort -nr排序。这种命令组合一时半会说不完，但你得在面试时展示出"我知道该用什么命令把一个问题拆解掉"的思维路径，而不是背一个grep参数就结束了。4. 系统状态与性能排查：你测的接口慢，到底慢在哪4.1 进程与资源占用：ps、top、free测试工程师测性能，或者排查测试环境接口变慢，第一个要去的地方就是系统资源。ps用于查看进程快照。测试环境里最常用的是ps -ef和ps aux，两者表达的信息略有差异但都能看清进程列表。面试经典追问是ps -ef和ps aux有什么区别，虽然输出格式不同，但在日常排查中二者基本可以通用，能说清这一点就不容易露怯。再进一步，ps aux --sort=-%cpu按 CPU 占用排序、ps aux --sort=-%mem按内存排序，面试官问到"CPU 占用最高的是哪个进程"时，直接用排序参数比肉眼扫描整齐得多。top是进程和系统资源的动态视图，相当于性能监控面板的关键帧。经典交互键要记住：P按 CPU 排序、M按内存排序、1展开每个 CPU 核的使用率、q退出。实际排查时，我会先在top里按P找到 CPU 最高的进程 PID，然后去ps或者/proc/<PID>里查这个进程的启动时间、命令行参数、所属服务，再结合日志定位。free专门看内存。free -h以人类可读单位显示，重点看total、used、available三列，不要一看到used高就紧张。Linux 会把空闲内存用作缓存，这部分在buff/cache里，真正可用的内存看available更准确。面试官问到"free 显示用了 90% 内存，是不是内存不够"，能解释清楚 buff/cache 与 available 的区别，比只会报数字强得多。4.2 磁盘究竟被谁占满了：df、du测试环境的磁盘告急是家常便饭，日志一多磁盘就打满，接口立刻开始报错。df看文件系统的整体使用率，df -h以单位友好的方式显示。第一列是文件系统名，最后一列是挂载点，你要能分辨出哪个目录挂载在哪个分区上。比如/data挂载在单独的/dev/sdb1上，那排查的重点就该放在 /data 下而不是看根分区。du看目录占用的实际空间，du -sh统计指定目录合计大小，du -h --max-depth=1只看一层子目录的大小。磁盘排查的标准步骤是：df -h找到快满的分区，切到对应的挂载点，一条du -h --max-depth=1 | sort -hr | head就会把最大的几个目录亮出来，再一层层往下追，直到定位到大目录里的日志文件或临时文件。# 定位根分区下哪个目录占空间最大 sudo du -h --max-depth=1 / | sort -hr | head -n 104.3 性能问题真实排查案例我在一个测试环境里遇到过接口响应时间突然从 200ms 涨到 3 秒的情况。排查路径是：先top看到有个 Java 进程 CPU 占用接近 300%，然后用top -H -p PID查看进程内的线程占用，再用jstack导出线程栈，看哪个线程在忙碌循环或者持有锁等待。虽然这里的jstack是 Java 专用工具，但 Linux 命令层面做的事是固定的：定位目标进程、分析资源占用、把信息交给业务侧工具去深挖。这串操作回答面试题"接口变慢你怎么排查"时完全够用：先看系统负载，再定位进程，再看线程与日志，层层缩小范围。命令本身不复杂，值钱的是这个分析顺序。5. 网络与远程操作：接口调不通的时候怎么办5.1 连通性检查：ping、netstat、lsof测试环境部署完，先 ping 一下确认网络通不通。ping -c 4次数要加，否则 Ctrl+C 才停。看到丢包说明网络有问题，看到延迟大说明链路有瓶颈，但要注意 ping 通不代表端口通，所以第二步必须做端口检查。netstat是查看网络连接和服务监听状态的经典命令，netstat -tlnp是黄金组合：t显示 TCP、l只显示监听状态、n用数字显示地址端口、p显示对应的进程 PID 和名称。面试里"端口 8080 被占用，怎么找到是谁占用的"标准答案就是netstat -tlnp | grep 8080，然后根据需要处理占用进程。lsof也可以查端口占用：lsof -i:8080直接列出占用 8080 端口的进程，比netstat更直观。它还能配合进程排查，lsof -p PID查看某个进程打开了哪些文件，这在判断"为什么删不掉这个文件"或"谁占着这个日志文件不让你清"时特别好用。现在很多新版系统推荐ss命令替代netstat，但面试时两个都能说出来更有余量。5.2 接口验证的瑞士军刀：curlcurl是测试工程师做接口验证绕不开的命令行工具，作用等同于一个无图形的 Postman。面试官问"不用抓包工具和 Postman，怎么快速测一个 GET 接口"的时候，冷启动一条curl就是正确姿势。# 查看接口返回的 HTTP 状态码 curl -s -o /dev/null -w "%{http_code}" http://example.com/api/info # 发送 JSON 格式的 POST 请求 curl -X POST http://example.com/api/upload \ -H "Content-Type: application/json" \ -d '{"name": "test", "id": 123}'参数清单里实测最常用的有这些：-X指定请求方法；-H添加请求头；-d发送请求体数据，注意用了-d默认会变成 POST 请求；-s静默模式，不回显进度条；-o输出到文件而不是终端；-w自定义输出格式，常用于打印状态码或耗时；-i在响应中同时显示响应头。调试时想看具体这请求耗时多久拿到第一个字节，curl -w "time_total: %{time_total}s\n"就能量出来，这个用法在排查接口慢时非常管用。5.3 权限与打包：chmod、tarchmod管理文件权限，面试必考数字权限的算法。r 读是 4，w 写是 2，x 执行是 1，然后相加。chmod 755就是属主拥有读写给执行（7），属组和其他用户只有读和执行（5+5），644则属主读写、其他人只读。测试环境最常碰到的权限问题是：部署脚本没有执行权限，执行时报Permission denied，这时chmod +x命令最快解决。tar打包与压缩，测试环境同步部署包、打包日志都离不开它。压缩用tar -czvf 目标.tar.gz 源目录，解压用tar -xzvf 包名.tar.gz，解开到指定目录加-C /目标路径。中间四个字母的含义面试官喜欢追问：c创建、x解压、z走 gzip 压缩、v显示过程、f指定文件名。注意f必须放最后，因为后面跟着的是文件名。5.4 后台运行与进程管理：nohup、kill测试环境执行一个长时间运行的脚本或者临时服务，最怕 SSH 断开任务也断了。nohup就是"忽略挂断"的意思，配合&把进程放到后台并使其脱离终端会话。标准写法是nohup python run_test.py > run.log 2>&1 &，这里要能解释清楚重定向的含义：>是标准输出写入 run.log，2>&1是把标准错误也重定向到同一个位置，否则报错信息会原样打到终端，进程日志里根本看不到。kill管理进程，kill PID默认发送 SIGTERM，让进程优雅退出，先给进程机会处理收尾；kill -9 PID发送 SIGKILL，强制杀死。面试里常问的场景是"服务无响应怎么办"，专业回答是先试温和的kill，观察进程是否退出，不行再上kill -9，并配合ps -ef | grep 进程名确认进程确实没了。上来就kill -9会显得对进程生命周期理解太浅。6. 面试场景题实战与避坑指南6.1 高频场景题一：日志报错了怎么从零开始查面试官给一个任务：前端反馈某个接口 500 报错，日志在测试服务器的固定目录，你从哪条命令开始。推荐的回答路径：# 第一步：确认日志文件位置并实时观察最新输出 tail -n 100 app.log # 第二步：过滤出错误关键字 grep -E "ERROR|Exception" app.log | tail -n 50 # 第三步：提取上下文 grep -A 10 -B 5 "NullPointerException" app.log回答时把每一步的意图说出来：先看尾部知道当前状态，再过滤报错，再看上下文定位触发条件。这比一口气甩出十个命令参数更让面试官放心。6.2 高频场景题二：系统 CPU 使用率飙高top先看一眼负载，按P排序 CPU 占用，拿到最高进程的 PID。接着ps -ef | grep PID或ps -fp PID查进程身份，再用top -H -p PID看线程级别。如果是 Java 应用，再结合jstack导出线程栈，配合日志确认是不是某个请求反复重试造成的。这里考察的是你知不知道流程的下一步，而不是单点命令的高深程度。6.3 高频场景题三：磁盘满了，测试环境没法部署两手并进：df -h看整体使用率，du -h --max-depth=1逐层找大目录。找到明确占空间的日志文件后，不要马上rm，先确认是哪个服务在写，用lsof看文件是否被占用，因为某些进程占用的被删文件其实不会立即释放磁盘空间，还要配合kill或重启服务释放文件句柄。这一步说出来，面试官基本就知道你处理过真实线上问题。6.4 避坑清单与复盘心得准备 Linux 面试题，最常见的问题是只背参数不练场景，到现场张口就是ls、cd、pwd，遇到"统计访问量前五的 IP"就说不出管道组合。这块没有捷径，建议每个命令找对应的场景题实际敲一遍，敲完再对照我这篇文章里的组合写法复盘。第二个常犯的毛病是权限相关的回答含糊。chmod 777总是单独出现，却说不清为什么 777 在生产环境不能用，也说不出数字怎么来的。每个用过一次的命令都值得多想一步它的副作用，这也是面试官判断你是在实验室敲过还是真的上过战场的依据。第三个问题是忽视命令之间的差异。比如kill和kill -9的区别，tail -f与tail -n的适用场景，ps aux | grep时为什么最后一页会多出一个 grep 进程本身。这些看起来细碎的差别，恰恰是区分"会背命令"和"会用命令"的地方。我个人在实际面试中观察到一个稳赚不赔的准备方式：不要按字母表背命令，而是按"日志排查、进程排查、网络排查、磁盘排查"四个场景各准备三条可落地的命令链。这样无论面试官问哪个方向，你总能给出"先看什么、再看什么、怎么确认结论"的完整回答，而不是被一句"请说出三个网络排查命令"问住。面试结束前如果再主动提一句"还需要我聊聊实际排障时怎么组合这些命令吗"，这一场 Linux 考察基本就是稳局。
面试测试工程师，如果面试官只让你准备一个技术点，那我建议押 Linux 命令。原因很朴素：不管是环境部署、日志排查、接口验证还是性能定位，Linux 都是绕不开的底层操作环境。你平时写用例、点界面，真到排查线上 bug，或者盯着测试环境看报错的时候，还是得靠命令行解决问题。这篇文章我把面试官真正会问、测试日常真正会用的 30 个 Linux 命令梳理了一遍，不是罗列参数，而是照着面试的逻辑拆开讲：每个命令用来干什么、有什么坑、面试官会怎么往深处追问。无论你是刚转行的测试新手，还是准备跳槽的资深 QA，这份清单都值得对着命令行敲一遍。1. 为什么面试官揪着 Linux 命令不放？——考察思路拆解1.1 测试日常哪个环节都绕不开 Linux我刚入行的时候也以为测试就是点点页面、提交 bug，后来发现这是对测试工作最大的误解。任何一个测试环境都跑在 Linux 服务器上，你提交 bug 之前要确认环境是不是正常，要看服务日志判断问题是前端还是后端，要清理测试数据、要启动被依赖的服务，甚至要自己看接口报文、分析慢请求。这些场景里有八成以上是在命令行里完成的。更现实的是，现在的测试工程师普遍要接触自动化脚本和持续集成。脚本跑在 Linux 节点上，执行出错了你得去日志里找原因；持续集成任务构建失败，第一件事是 SSH 上服务器查日志、查进程、查端口。这些能力用到的基本单位就是 Linux 命令。说白了，Linux 命令在测试岗面试里不是冷门加分项，而是默认的基础能力。1.2 面试官不是在考背参数，是在考这五种能力很多同学准备 Linux 面试题，上来就背参数表，背得挺熟但一到场景题就懵。我作为经常参与面试的人告诉你，面试官问 Linux 命令，核心想看的是这些东西：第一，看基础操作是否熟练。会不会看目录结构、创建文件、复制移动，这反映你有没有真正在服务器上干过活。第二，看日志定位能力。让你查一个报错、统计一段时间的错误数，这是测试工作里最日常的操作。第三，看性能排查思路。接口慢了、CPU 飙了、磁盘满了，你第一步干什么、第二步干什么，面试官要听的是分析路径。第四，看安全意识。随便让你删文件你就rm -rf，让你看端口占用你直接kill -9，这类操作反映了你对生产环境的敬畏心。第五，看能不能把命令组合成解决方案。单个命令谁都会背，但grep接sort接uniq接head这种管道组合能力，才是解决问题的真实水平。所以下面我不按命令字母顺序讲，而是按测试工程师的实际工作场景来分组，每一组都带上场景描述和面试追问点。2. 文件与目录操作：最基础的 8 个命令，别在这些细节上翻车2.1 目录漫游三件套：pwd、cd、ls我面试人的时候经常开个终端模拟器，让候选人先登录服务器，然后看他在哪。有些人习惯性敲pwd确认自己当前路径，有些人上来就在根目录下一顿操作——这两种人给我的第一印象是完全不同的。pwd：查看当前所在目录。测试环境服务器文件结构复杂，你从文档里复制一条路径下来，粘贴进去先cd再pwd确认，这个习惯能省掉大量迷路的麻烦。cd：切换目录。除了常见的cd /xxx、cd ..、cd ~回用户主目录之外，面试官偶尔会问cd -是什么意思，这是返回上一次所在目录，属于高频操作。ls：列出目录内容。真正在测试环境里用得最多的是ls -l（看权限、属主、大小）、ls -a（看隐藏文件）、ls -lh（以人类可读的方式显示容量）、ls -lt（按时间排序，新版文件排前面）。别忘了ls -l输出的每一列代表什么，面试官随便指一个文件让你解释-rw-r--r--的每个字符含义，这就是后面chmod部分的基础。2.2 文件的创建、复制、移动与删除：mkdir、touch、cp、mv、rm这五个命令听起来谁都会，但细节决定你能不能过面试关。mkdir创建目录，mkdir -p a/b/c可以一次性创建多级目录。如果目录已存在，普通mkdir会报错，-p则不会，这个参数在脚本里特别常用，因为你不确定上一步的环境是否干净。touch表面上用来创建空文件，实际还有一个重要用途：更新文件时间戳。面试官可能会问"如何快速生成一个空文件"，除了touch，你可以提>重定向，但要记得解释两者的区别。cp复制文件，最容易翻车的是复制目录时忘记加-r导致报错。cp -r递归复制目录，cp -i覆盖前提示，cp -a保留权限和属性。面试追问的常见点是："两个服务器之间怎么复制文件"，这块如果主动提到scp，印象分会明显提升。mv移动或重命名文件。这个名字容易让人以为它只是移动，但mv oldname newname就是重命名。面试官偶尔会问mv跨文件系统和跨目录移动的区别，简单说同文件系统是改个指针，跨文件系统则是复制再删除，涉及 inode 的概念，能说清楚这一点说明你理解得比较深。rm删除文件，这是所有 Linux 命令里面试官最警惕的一个。rm -r删目录、rm -f强制删除，两者合起来rm -rf能删除整个目录树，但在测试环境和生产环境中都属于高风险操作。我不会故作姿态地说"永远不要用 rm -rf"，而是建议你记住两条：第一，执行删除前先ls看清楚目标路径；第二，习惯用rm -i或先mv到临时目录再统一删除，给自己留条后路。2.3 高频追问：如何批量查找文件30 个命令名单里没有find，但面试场景题里几乎必然会涉及，所以放在这一节一起讲。find是按条件查找文件的利器。测试环境里最常见的是按名字找配置文件：find /opt -name "application*.yml"；按大小找大文件：find /logs -size +500M；按时间找近期修改的文件：find /tmp -mtime -1。面试官如果问"磁盘满了，怎么找大文件"，你第一反应应该是df -h看整体使用率，然后du定位大目录，再用find按大小筛一次，这一整套链路比单纯背find参数有说服力得多。3. 日志分析与文本处理：测试工程师的重头戏3.1 快速看日志：tail、head、less测一个接口报错了，测一个功能无法复现，第一件事永远是看日志。看日志不是打开整个文件慢慢读，而是有策略地看。tail看文件尾部，tail -f是实时跟踪日志输出，这是测试里最常用的组合：相关操作触发后，观察日志是否滚动出新增内容。tail -n 50指定显示最后 50 行，适合排查启动报错。注意tail -f在脚本里通常配合--pid或超时会话使用，否则会一直挂住不退出。head看文件头部，head -n 20显示前 20 行，一般用来确认日志格式、字段含义，或者看程序启动横幅上的版本信息。less是一个被我低估了很久的命令。以前我看日志习惯cat或者tail -n 200，文件一旦上几百兆就卡得难受。less打开大文件时不做全量加载，滚动流畅，而且支持/关键词直接搜索、n跳转下一处匹配、g跳到文件开头、G跳到结尾。如果你面试时提到"查日志用 less 而不是 vi"，因为 vi 打开大文件会先把整个文件读进内存，这个细节就是面试官眼中的实战经验。3.2 过滤与统计：grep、wc、sort、uniq日志里大部分有效信息不是看出来的，是过滤出来的。grep是日志分析的核心。基础用法就不展开了，要重点掌握这几个高频组合：grep -n显示行号、grep -v反向匹配（过滤掉无关内容）、grep -c统计匹配行数、grep -i忽略大小写、grep -E使用扩展正则，以及grep -A 5 -B 5显示匹配行的上下文各五行。测试排错时，一条报错往往要看前后几行才知道上下文，这比单看报错那一行有效得多。wc用来统计行数字数字节，最常用的是wc -l。面试里典型的问法是"这个日志文件一共有多少行"，然后引申到"为什么统计行数用wc -l而不是直接cat整个文件"，答案很简单：大文件cat会刷屏且慢，wc -l只遍历不输出。sort排序，sort -n按数值排序（而不是字典序）、sort -r倒序、sort -t ' ' -k 2指定分隔符和排序字段。光看参数很枯燥，放到场景里就有意思了：统计每个接口被调用次数，按次数倒序排，这就是sort和uniq的组合拳。uniq去重，注意它的一个隐藏坑：uniq只能去除相邻的重复行，所以必须先sort再uniq。uniq -c在每行前加上出现次数，这一参数在统计场景里几乎必用。提示：一旦涉及"统计排名前 N"，标准套路就是sort | uniq -c | sort -nr | head -n 10，这个四段管道表达式强烈建议按顺序记下来。3.3 日志文本加工两把刀：sed、awksed和awk是文本处理里最能体现功底的两个工具，也是测试工程师面试的分水岭。sed擅长行级别的流式编辑。最常用的两个场景是替换和删除。替换语法sed -i 's/旧文本/新文本/g' 文件里，-i表示直接修改原文件，千万别漏了-i否则修改不会落盘；g表示全局替换每一行的所有匹配项，不加则只替换第一个。删除指定行则用sed -i '10d' 文件或sed -i '100,200d' 文件。面试官如果问"上万个文件里的某个配置项要批量替换怎么弄"，你能张口说用find配合sed -i，这就是方案能力。awk擅长按字段提取和汇总。它默认按空白字符把一行拆成若干列，$1是第一列、$2是第二列、$NF是最后一列。日志分析里最常见的用法是提取访问日志的 IP、接口路径、状态码、耗时，然后交给sort和uniq继续统计。比如想提取一个访问日志里的 URL，直接awk '{print $7}' access.log就能拿到。awk还支持条件过滤，比如awk '$NF>500'可以把耗时超过 500 毫秒的行单独挑出来，这在性能排查里非常实用。# 提取访问日志中耗时超过 1 秒的请求的 URL 和耗时 awk '$NF > 1000 {print $7, $NF}' access.log3.4 面试实战：给我看看最近 5 分钟的报错面试官最爱的实操题长这样：你负责的模块今天报错率上升，日志文件在/data/app/error.log，你怎么快速判断最近发生了什么。合理的答案是一条命令流：tail -n 5000 /data/app/error.log | grep -E "ERROR|Exception" | tail -n 100再加一点功力：想统计最近 1000 条日志里错误类型的分布，就接上sed或者awk先取字段，再用sort | uniq -c | sort -nr排序。这种命令组合一时半会说不完，但你得在面试时展示出"我知道该用什么命令把一个问题拆解掉"的思维路径，而不是背一个grep参数就结束了。4. 系统状态与性能排查：你测的接口慢，到底慢在哪4.1 进程与资源占用：ps、top、free测试工程师测性能，或者排查测试环境接口变慢，第一个要去的地方就是系统资源。ps用于查看进程快照。测试环境里最常用的是ps -ef和ps aux，两者表达的信息略有差异但都能看清进程列表。面试经典追问是ps -ef和ps aux有什么区别，虽然输出格式不同，但在日常排查中二者基本可以通用，能说清这一点就不容易露怯。再进一步，ps aux --sort=-%cpu按 CPU 占用排序、ps aux --sort=-%mem按内存排序，面试官问到"CPU 占用最高的是哪个进程"时，直接用排序参数比肉眼扫描整齐得多。top是进程和系统资源的动态视图，相当于性能监控面板的关键帧。经典交互键要记住：P按 CPU 排序、M按内存排序、1展开每个 CPU 核的使用率、q退出。实际排查时，我会先在top里按P找到 CPU 最高的进程 PID，然后去ps或者/proc/<PID>里查这个进程的启动时间、命令行参数、所属服务，再结合日志定位。free专门看内存。free -h以人类可读单位显示，重点看total、used、available三列，不要一看到used高就紧张。Linux 会把空闲内存用作缓存，这部分在buff/cache里，真正可用的内存看available更准确。面试官问到"free 显示用了 90% 内存，是不是内存不够"，能解释清楚 buff/cache 与 available 的区别，比只会报数字强得多。4.2 磁盘究竟被谁占满了：df、du测试环境的磁盘告急是家常便饭，日志一多磁盘就打满，接口立刻开始报错。df看文件系统的整体使用率，df -h以单位友好的方式显示。第一列是文件系统名，最后一列是挂载点，你要能分辨出哪个目录挂载在哪个分区上。比如/data挂载在单独的/dev/sdb1上，那排查的重点就该放在 /data 下而不是看根分区。du看目录占用的实际空间，du -sh统计指定目录合计大小，du -h --max-depth=1只看一层子目录的大小。磁盘排查的标准步骤是：df -h找到快满的分区，切到对应的挂载点，一条du -h --max-depth=1 | sort -hr | head就会把最大的几个目录亮出来，再一层层往下追，直到定位到大目录里的日志文件或临时文件。# 定位根分区下哪个目录占空间最大 sudo du -h --max-depth=1 / | sort -hr | head -n 104.3 性能问题真实排查案例我在一个测试环境里遇到过接口响应时间突然从 200ms 涨到 3 秒的情况。排查路径是：先top看到有个 Java 进程 CPU 占用接近 300%，然后用top -H -p PID查看进程内的线程占用，再用jstack导出线程栈，看哪个线程在忙碌循环或者持有锁等待。虽然这里的jstack是 Java 专用工具，但 Linux 命令层面做的事是固定的：定位目标进程、分析资源占用、把信息交给业务侧工具去深挖。这串操作回答面试题"接口变慢你怎么排查"时完全够用：先看系统负载，再定位进程，再看线程与日志，层层缩小范围。命令本身不复杂，值钱的是这个分析顺序。5. 网络与远程操作：接口调不通的时候怎么办5.1 连通性检查：ping、netstat、lsof测试环境部署完，先 ping 一下确认网络通不通。ping -c 4次数要加，否则 Ctrl+C 才停。看到丢包说明网络有问题，看到延迟大说明链路有瓶颈，但要注意 ping 通不代表端口通，所以第二步必须做端口检查。netstat是查看网络连接和服务监听状态的经典命令，netstat -tlnp是黄金组合：t显示 TCP、l只显示监听状态、n用数字显示地址端口、p显示对应的进程 PID 和名称。面试里"端口 8080 被占用，怎么找到是谁占用的"标准答案就是netstat -tlnp | grep 8080，然后根据需要处理占用进程。lsof也可以查端口占用：lsof -i:8080直接列出占用 8080 端口的进程，比netstat更直观。它还能配合进程排查，lsof -p PID查看某个进程打开了哪些文件，这在判断"为什么删不掉这个文件"或"谁占着这个日志文件不让你清"时特别好用。现在很多新版系统推荐ss命令替代netstat，但面试时两个都能说出来更有余量。5.2 接口验证的瑞士军刀：curlcurl是测试工程师做接口验证绕不开的命令行工具，作用等同于一个无图形的 Postman。面试官问"不用抓包工具和 Postman，怎么快速测一个 GET 接口"的时候，冷启动一条curl就是正确姿势。# 查看接口返回的 HTTP 状态码 curl -s -o /dev/null -w "%{http_code}" http://example.com/api/info # 发送 JSON 格式的 POST 请求 curl -X POST http://example.com/api/upload \ -H "Content-Type: application/json" \ -d '{"name": "test", "id": 123}'参数清单里实测最常用的有这些：-X指定请求方法；-H添加请求头；-d发送请求体数据，注意用了-d默认会变成 POST 请求；-s静默模式，不回显进度条；-o输出到文件而不是终端；-w自定义输出格式，常用于打印状态码或耗时；-i在响应中同时显示响应头。调试时想看具体这请求耗时多久拿到第一个字节，curl -w "time_total: %{time_total}s\n"就能量出来，这个用法在排查接口慢时非常管用。5.3 权限与打包：chmod、tarchmod管理文件权限，面试必考数字权限的算法。r 读是 4，w 写是 2，x 执行是 1，然后相加。chmod 755就是属主拥有读写给执行（7），属组和其他用户只有读和执行（5+5），644则属主读写、其他人只读。测试环境最常碰到的权限问题是：部署脚本没有执行权限，执行时报Permission denied，这时chmod +x命令最快解决。tar打包与压缩，测试环境同步部署包、打包日志都离不开它。压缩用tar -czvf 目标.tar.gz 源目录，解压用tar -xzvf 包名.tar.gz，解开到指定目录加-C /目标路径。中间四个字母的含义面试官喜欢追问：c创建、x解压、z走 gzip 压缩、v显示过程、f指定文件名。注意f必须放最后，因为后面跟着的是文件名。5.4 后台运行与进程管理：nohup、kill测试环境执行一个长时间运行的脚本或者临时服务，最怕 SSH 断开任务也断了。nohup就是"忽略挂断"的意思，配合&把进程放到后台并使其脱离终端会话。标准写法是nohup python run_test.py > run.log 2>&1 &，这里要能解释清楚重定向的含义：>是标准输出写入 run.log，2>&1是把标准错误也重定向到同一个位置，否则报错信息会原样打到终端，进程日志里根本看不到。kill管理进程，kill PID默认发送 SIGTERM，让进程优雅退出，先给进程机会处理收尾；kill -9 PID发送 SIGKILL，强制杀死。面试里常问的场景是"服务无响应怎么办"，专业回答是先试温和的kill，观察进程是否退出，不行再上kill -9，并配合ps -ef | grep 进程名确认进程确实没了。上来就kill -9会显得对进程生命周期理解太浅。6. 面试场景题实战与避坑指南6.1 高频场景题一：日志报错了怎么从零开始查面试官给一个任务：前端反馈某个接口 500 报错，日志在测试服务器的固定目录，你从哪条命令开始。推荐的回答路径：# 第一步：确认日志文件位置并实时观察最新输出 tail -n 100 app.log # 第二步：过滤出错误关键字 grep -E "ERROR|Exception" app.log | tail -n 50 # 第三步：提取上下文 grep -A 10 -B 5 "NullPointerException" app.log回答时把每一步的意图说出来：先看尾部知道当前状态，再过滤报错，再看上下文定位触发条件。这比一口气甩出十个命令参数更让面试官放心。6.2 高频场景题二：系统 CPU 使用率飙高top先看一眼负载，按P排序 CPU 占用，拿到最高进程的 PID。接着ps -ef | grep PID或ps -fp PID查进程身份，再用top -H -p PID看线程级别。如果是 Java 应用，再结合jstack导出线程栈，配合日志确认是不是某个请求反复重试造成的。这里考察的是你知不知道流程的下一步，而不是单点命令的高深程度。6.3 高频场景题三：磁盘满了，测试环境没法部署两手并进：df -h看整体使用率，du -h --max-depth=1逐层找大目录。找到明确占空间的日志文件后，不要马上rm，先确认是哪个服务在写，用lsof看文件是否被占用，因为某些进程占用的被删文件其实不会立即释放磁盘空间，还要配合kill或重启服务释放文件句柄。这一步说出来，面试官基本就知道你处理过真实线上问题。6.4 避坑清单与复盘心得准备 Linux 面试题，最常见的问题是只背参数不练场景，到现场张口就是ls、cd、pwd，遇到"统计访问量前五的 IP"就说不出管道组合。这块没有捷径，建议每个命令找对应的场景题实际敲一遍，敲完再对照我这篇文章里的组合写法复盘。第二个常犯的毛病是权限相关的回答含糊。chmod 777总是单独出现，却说不清为什么 777 在生产环境不能用，也说不出数字怎么来的。每个用过一次的命令都值得多想一步它的副作用，这也是面试官判断你是在实验室敲过还是真的上过战场的依据。第三个问题是忽视命令之间的差异。比如kill和kill -9的区别，tail -f与tail -n的适用场景，ps aux | grep时为什么最后一页会多出一个 grep 进程本身。这些看起来细碎的差别，恰恰是区分"会背命令"和"会用命令"的地方。我个人在实际面试中观察到一个稳赚不赔的准备方式：不要按字母表背命令，而是按"日志排查、进程排查、网络排查、磁盘排查"四个场景各准备三条可落地的命令链。这样无论面试官问哪个方向，你总能给出"先看什么、再看什么、怎么确认结论"的完整回答，而不是被一句"请说出三个网络排查命令"问住。面试结束前如果再主动提一句"还需要我聊聊实际排障时怎么组合这些命令吗"，这一场 Linux 考察基本就是稳局。