爱奇艺2018秋季校招测试工程师第三场我到现在还记得那套题。不是因为它特别难而是它跟我之前刷过的其他互联网公司笔试卷差别很大——很多人以为测试工程师校招笔试只要背背测试理论、写写用例模板就完事了结果一打开卷子发现全是计算机网络、Linux命令、SQL和逻辑题最后还压了一道编程题时间紧到离谱。这篇文章就以我参加那场笔试的真实体验为基础复盘这套题的考察逻辑也结合这几年测试工程师岗位的变化聊聊从2018年到现在面试官到底在用什么标准筛人。1. 爱奇艺2018秋招测试岗笔试先弄清它在考什么1.1 一张卷子的真实构成远比你想象的杂当年收到笔试邮件时我以为是纯测试理论卷黑盒白盒、等价类边界值、用例设计顶多加几道情景题。结果进入在线考试系统后发现题型分布大概是这样的计算机基础知识约30%左右覆盖计算机网络、操作系统、Linux常用命令、数据库SQL。测试理论与用例设计约30%包括概念题和一道完整的用例设计大题。逻辑推理与情景判断约20%偏向测工日常工作中会遇到的问题处理方式。编程题约20%一道字符串处理或数组操作类的手写代码题。这个比例对当时只刷测试理论题的我来说算是一个不小的冲击。但事后想想这恰恰反映了视频类互联网公司对测试工程师的定位首先你得是一个合格的软件工程师然后才是测试工程师。如果连HTTP状态码、TCP连接过程都说不清楚后面谈测试设计就是空中楼阁。1.2 考点权重背后的招聘逻辑爱奇艺这类以视频业务为核心的公司测试工程师面对的不仅仅是网页还有播放器、APP端、TV端、后台推荐系统、内容管理系统。一个版本上线前测试要参与接口联调、兼容性验证、性能压测、线上问题排查任何一个环节掉链子都会直接影响用户体验。所以笔试里把计算机网络和Linux放在前面不是面试官故意为难人而是他们默认这是测工吃饭的家伙。你在公司里排查一个问题第一步永远是去看日志、看接口返回、看数据库状态这些技能没法临时抱佛脚。笔试的高权重本质上是在筛选在校招阶段就具备这些基础能力的人。2. 高频考点逐题复盘从计算机网络到Linux命令2.1 计算机网络URL请求的完整生命周期题我记得第三场笔试里有一道题大体是让考生描述在浏览器输入一个网址并按下回车后到页面显示出来中间经历了哪些过程。这是计算机网络里最经典的综合题几乎可以串联所有重要知识点。这类题的完整思路是DNS解析域名得到IP地址浏览器与服务器建立TCP连接完成三次握手如果是HTTPS还要经历TLS握手过程浏览器发送HTTP请求服务器处理并返回响应浏览器解析HTML并加载资源最后断开TCP连接四次挥手或者保持连接复用。很多人在这种题上丢分不是不知道知识点而是缺少链路感。测试工程师以后排查线上问题本质上就是在这条链路上找哪一环出了问题是DNS解析慢是TCP握手超时还是服务端响应时间过长所以不要只背单个协议要能把整个链路串起来每一步说出可能出现的耗时异常点。2.2 Linux与数据库测试工程师的日常武器Linux命令在这场笔试里出现得很务实基本都是实际工作会碰到的场景。比如给文件赋权限该用什么命令、查看某个进程是否在运行该用什么命令、从日志文件里筛选出包含ERROR的行并且统计数量该怎么做。这里有一个高频误区很多考生知道chmod 777也知道ps -ef | grep但真正写的时候会漏掉权限数字的含义或者忘记grep后面还可以接-c来计数。笔试踩坑之后我自己把这些命令按场景重新整理了一遍后来工作中确实每天都在用使用场景常用命令组合说明查看日志末尾内容实时跟踪tail -f test.log配合grep筛选关键字更高效筛选含关键字的行并统计数量grep -c ERROR test.log比grep ...查看进程是否存在ps -ef | grep java注意grep本身也会出现在结果中查看某个端口是否被监听netstat -tlnp | grep 8080排查服务是否启动成功文件权限修改chmod -R 755 /path可执行文件通常用755配置文件用644数据库部分考察的是SQL基础我记得涉及到多表查询、分组统计、排序和去重。当时有一道题大概是查询某张内容表中播放量最高的前10条视频这就用到GROUP BY、ORDER BY和LIMIT的组合。测试工作中写SQL查数据、造测试数据、校验测试结果是常态这部分分值属于白送分丢了很可惜。2.3 逻辑思维题不可忽视的拉分项第三场笔试里还有一类题不算纯技术更像是情景判断加智力题的混合体。比如线上出现了一个偶现Bug开发复现不出来作为测试你会怎么做又比如有两个一模一样的杯子一个装热水一个装冷水同时放进冰箱哪个先结冰这类题我当时觉得挺虚后来才明白这是测工思维和普通思维的区分点。第一道题考的是问题排查方法论先收集现场信息、查看日志、确认复现环境和条件、尝试构造可能触发问题的数据再逐步缩小范围。第二道题考的其实是对现象背后的原理的关注度——姆佩巴效应背后的物理过程本身就很有争议但面试官真正想看的往往不是标准答案而是你有没有质疑条件、分析变量的意识。所以遇到这类题最忌讳的是上来就写一个结论。多写两步我打算怎么验证和还有哪些因素会影响结果分数会比干巴巴的结论高很多。3. 测试理论与用例设计笔试中最能拉开差距的部分3.1 测试用例设计题的通用框架第三场笔试的大题里有一道场景用例设计背景是视频APP的搜索功能。当时要求设计测试用例覆盖搜索框的各类情况。如果只想到输入关键词能搜出结果这种正向用例得分会很低。这道题拉开差距的地方在于功能测试之外的异常场景是不是能覆盖全面。我建议所有准备测试笔试的同学把这套框架刻在脑子里功能正确性、输入异常、边界值、环境依赖、性能表现、兼容性、安全性、中断与恢复。落到搜索框上就是基本功能输入正常关键词、点击搜索按钮、展示结果列表、点击结果跳转。输入异常空输入、纯空格、超长字符串、特殊字符、emoji、SQL注入片段、前后端不支持的编码。边界值关键词长度为1个字符、刚好等于最大长度限制、超过最大长度。环境依赖断网时点击搜索、弱网环境下的加载状态、飞行模式恢复后能否正常请求。性能表现热门关键词的响应时间、并发搜索时服务器是否稳定。兼容性不同手机型号、不同系统版本、不同屏幕分辨率下搜索框展示是否错位。这么一写一个搜索框轻松列三四十条用例覆盖度远比能搜到就行要好看。面试官和阅卷人想看到的其实就是这种结构化的发散能力。3.2 从功能测试到异常测试视频行业特有的考察角度爱奇艺这种视频公司的测试场景比普通互联网产品要复杂得多。笔试里偶尔会出现跟播放相关的情景比如用户在弱网环境下打开一部视频进度条拖到一半等待超过10秒这时屏幕上应该展示什么网络突然从WiFi切换到4G播放器是继续播还是暂停这些题目背后其实是视频播放特有的异常场景。做视频APP测试最核心的指标就是播放成功率、卡顿率、起播时间。测试在功能之外要考虑很多策略问题断网重连之后的续播逻辑、清晰度切换时是否重新加载、缓存被清空后离线列表的状态、版权到期后已下载视频能不能继续打开。如果你在笔试里能把这类业务特性考虑进测试设计分数会明显比通用答案高。这也是我后来总结出来的经验测工笔试不只是考理论更深一层是在看你对业务的理解深度。3.3 接口测试与压测方案的简单设计除了用例设计我记得卷子里还有一道接口测试相关的题大意是让你针对一个登录接口设计测试方案。很多同学对接口测试有误解以为就是拿Postman调一下看返回对不对。实际上完整的接口测试覆盖这几层参数校验必填参数缺失、参数类型错误、参数范围越界。业务逻辑用户状态异常未注册、密码错误、账号锁定、已注销。返回值与状态码不同返回码对应的响应内容是否符合接口文档。安全性密码传输是否加密、是否支持Token校验、是否存在越权访问。性能与稳定性高并发登录时是否存在死锁、数据库连接池是否被打满。笔试里不要求你写多完整的脚本但思路一定要全。能写出先用合法参数验证正路径再对每个非法参数做反路径验证最后补充性能与安全维度的用例这个答案就已经站在第一梯队了。4. 编程题与手写代码不多但很致命4.1 常见题型字符串处理与数组操作很多测试岗考生把刷编程题的重点放在LeetCode中等难度以上实际校招笔试里出现的大多是简单到中等的字符串与数组题。那场笔试的编程题我记得是字符串处理相关的题意大致是给定一个字符串要求实现某种去重或反转的逻辑限制条件不多但要求输出格式精确。测试工程师的手写代码题考察重点其实不是算法本身而是代码能不能在限定时间内跑通以及边界情况处理得干不干净。比如字符串题至少要考虑空字符串、单字符、重复字符连续出现、大小写是否敏感、Unicode字符。很多平时刷题不写边界的人代码看起来逻辑对了但跟测试用例一跑就挂。这里分享一个我的答题习惯拿到编程题先花两分钟把测试用例想清楚再动笔写代码。先列正向输入、边界输入、异常输入三个用例写代码过程中每写一个分支就对照一下用例最后再花几分钟检查一次。很多培训机构把这个叫测试驱动开发但对笔试来说本质上是强迫自己用测工的思维写代码——这反而是我们测试岗考生的优势。4.2 时间不够时的取舍策略那场笔试的时间压力是真实存在的前面选择题和用例设计如果耗时太久最后编程题很容易草草交卷。我的教训是在线笔试一定要先做分-时间配比分析编程题就算只占20%分值也要留出至少25分钟。因为选择题可以蒙用例设计可以写框架编程题一旦超时跑不出来是实打实零分。如果编程题卡住了先写暴力解保证过基础用例拿部分分数再想办法优化。工作之后写自动化脚本也是这样先跑通再调优别一上来就追求最优解。5. 从这份笔试卷看测试工程师的能力图谱5.1 基础能力是门槛测试思维才是分水岭复盘完那场笔试我最大的感受是计算机基础决定了你能不能拿到面试机会而测试思维决定了你能不能通过面试并留下来。什么是测试思维就是面对一个功能时本能地反问它可能会在什么情况下坏掉用户会怎么误操作数据异常时系统怎么表现这种思维不是背几道题就能建立的需要平时多拆解产品、多观察身边App的反常交互。比如打开一个视频APP别只看内容好不好看多注意加载状态、断网提示、缓存策略、后台播放这些细节拿小本子记下来后面做用例设计时全用得上。5.2 全栈测试工程师现在就要开始补的技术栈2018年的时候全栈测试工程师这个概念已经隐隐出现了这几年更是成了热门词。所谓全栈测试不是要求你单测、接口、UI、性能、安全样样精通而是要具备从代码层面到部署层面全程测试的能力。笔试里出现的Linux和SQL只是最底层。如果目标是做高级测试工程师我的建议是尽早建立这样的技术栈一门脚本语言Python或Java用于自动化脚本和接口测试主流自动化测试框架至少熟练一个会写SQL并能通过命令行查看日志了解常用中间件和消息队列能看懂基本的数据结构。更进一步还要了解容器化部署能直接在测试环境用Docker起服务。有基础之后再往自动化测试框架设计和测试平台开发方向走。从职业路径来看五年以上经验的测试核心竞争力往往落在效率工具建设和质量保障体系设计上而这两件大事都依赖技术深度。全栈不是口号是数据说出来的方向。5.3 AI技能测试工程师面试中的新变量近几年测试工程师面试里出现了越来越多跟AI相关的问题网上甚至有了专门的AI技能面试题集合。有一次我被问到如果让你对一个AI生成内容的模块设计测试方案和传统功能测试有什么区别这类问题在2018年的笔试里还很少见但放到现在已经成了高频考点。AI测试和传统测试最大的区别在于传统测试有明确的输入输出预期而AI系统存在不确定性和概率性。比如一个内容审核模型同样的输入可能会因为上下文不同产生不同的判断这时候测试的目标就不再是断言对或错而是要定义准确率、召回率、误判率这些指标并建立持续评测集。我建议不管是准备校招还是社招都要在简历里体现AI相关经历哪怕是使用大模型辅助生成测试数据这样的实践都值得写。但更重要的是在面试时讲清楚为什么要用AI解决这个问题怎么验证AI方案的输出以及降级方案是什么。面试官真正想看的不是你会不会调API而是你有没有把AI当成一个待测系统来思考。6. 写在最后一套笔试卷给后来者的三条建议回看爱奇艺2018秋季校招测试工程师第三场这套题它其实像一面镜子清晰照出了测试工程师这个岗位的底层要求。面试官通过一套卷子想确认的只有三件事第一你脑子里是否有完整的计算机知识框架第二你面对一个功能时能否结构化地设计验证方案第三你是否具备在真实工程环境里排查问题的基本工具能力。关于怎么准备我的三条建议是多做真题但不要只刷题每道错题背后的知识点值得单独成页整理多练手写代码的边界条件测试岗手写代码的通过率真的比想象中低多培养对异常情况的敏感度不管是答题还是日常使用各类产品时刻带着这里可能出什么问题的疑问。我后来在面试别人时也经常用类似的题目真实体会是能把这套笔试卷答好的人往往不是背得最熟的人而是那些在平时就习惯带着测试思维生活和工作的人。因为测试这个行当说到底拼的不是知识量而是你对出问题这件事的嗅觉有多灵敏。