1. 先聊聊这场笔试的背景和定位2018年秋季校招那会儿视频行业的竞争已经白热化爱奇艺、优酷、腾讯视频三家打得不可开交光有优质内容还不够谁的播放体验更稳、加载更快、卡顿更少谁才能留住用户。所以那一年爱奇艺校招测试工程师的笔试比起前几年明显更侧重业务场景和工程实战不像早些年那样只考概念背诵就能混过去。这个岗位的笔试场次能排到第三场说明投递量确实大也说明筛选是分批次滚动进行的。测试工程师在爱奇艺这种体量的公司里绝不是“点点点”的角色——视频业务的端到端链路极长涉及内容生产、转码、CDN分发、播放器解码、会员鉴权、支付订单、推荐算法、弹幕互动等多个环节任何一个环节出错用户体验都会直线下降。笔试要考察的就是候选人能不能在这种复杂链路里找到问题、定位问题、描述问题。对于准备参加这类笔试的同学我的建议是不要只刷题要理解题目背后考察的能力模型。技术功底是底线逻辑思维和业务敏感度才是区分度所在。1.1 爱奇艺测试工程师的岗位画像我在互联网行业摸爬滚打这些年一个很深的感受是不同公司的测试工程师岗位画像差异非常大。有的公司测试就是纯功能验证有的公司测试要写自动化脚本有的公司测试干脆就是开发工程师转岗来做质量保障。爱奇艺的测试工程师从校招JD职位描述和笔试风格来看更接近“全栈型业务测试”——既要懂测试理论和方法论又要能写代码做自动化还得理解视频业务的特殊场景。这个岗位的核心职责拆开来看大概这么几块第一负责爱奇艺核心业务比如播放器、会员体系、内容管理后台的功能测试和接口测试保证版本迭代的质量第二搭建和维护自动化测试框架把重复性的回归测试交给脚本去跑解放人力去做更深度的测试设计第三做性能测试和稳定性测试视频产品的卡顿率、首帧时间、崩溃率这些指标都是测试工程师要盯的第四跟踪线上问题和用户反馈推动缺陷修复和线上质量复盘。1.2 为什么视频行业对测试工程师要求更高很多人觉得“测试不就是按照用例点点界面吗”但放到视频行业这个认知会被彻底颠覆。我举个例子一个视频从上传到用户观看要经过上传校验、转码可能要生成多码率、多分辨率、多编码格式的版本、截图、审核、CDN分发、播放器拉流、解码渲染这些环节。测试工程师要验证的不只是“视频能不能播”还要验证不同网络环境下能不能播、不同机型上能不能播、不同清晰度切换是否流畅、拖动进度条是否有延迟、弹幕和字幕是否同步、广告插播会不会阻断播放。这种业务复杂度决定了测试工程师必须对全链路有深入理解。笔试里考察的网络协议、操作系统、数据库、编程基础都是在为这种复杂场景做铺垫。换句话说这场笔试不是要选一个“会点鼠标”的人而是要选一个“能看懂系统、能找到问题、能推动质量提升”的人。2. 校招笔试的核心考点拆解笔试题目虽然每年有变化但万变不离其宗。我综合多年的观察和实际经验把2018年这类校招测试工程师笔试的核心考点归纳成几个大块测试理论基础、编程基础与算法、计算机网络、操作系统与数据库、Linux常用命令、逻辑思维题。下面逐一拆解考察意图和备考重点。2.1 测试理论基础等价类、边界值、场景法一个都不能少测试基础理论是笔试的送分题但也是丢分重灾区。很多同学背了概念就以为会了结果题目换成具体场景就懵了。实际上这类题的考察重点不是“你能不能背出等价类划分的定义”而是“你能不能把一个真实的输入条件合理拆分成有效和无效等价类”。举个例子笔试里出现过一道经典题一个视频网站的注册页面要求用户名长度为6-20位只能包含字母、数字和下划线。让你用等价类划分法设计测试用例。这种题看起来简单但至少有一半的候选人会漏掉关键点。正确的思路应该是先划分有效等价类——长度在6到20位之间、包含合法字符字母、数字、下划线的任意组合再划分无效等价类——长度小于6位、长度大于20位、包含空格、包含中文、包含特殊符号比如、#、%、。边界值分析法是另一个高频考点要和等价类配合着用。上面那个例子边界值应该取5、6、7和19、20、21这几个长度值分别设计用例。单测这个功能最少也要设计七八条用例才能算覆盖完整。还有一个笔试里经常出现的概念叫“场景法”这个在视频业务里尤其重要。场景法强调的是从用户操作流程的角度去设计用例而不是只盯着单个输入框。比如“用户打开App-未登录-点击VIP会员-跳转登录页-登录成功-返回支付页-支付成功-开始观看”这一整个流程就是一个基本流如果在“未登录点击VIP会员”这个步骤里用户选择了“微信登录”但授权失败了这就是备选流。笔试如果出“请设计视频App购买会员的测试用例”就是把场景法、等价类、边界值全部融在一起的综合题。2.2 计算机网络与操作系统视频业务的地基视频产品的核心是流媒体传输所以爱奇艺这类公司的笔试网络协议是必考内容而且考得比一般互联网公司更深。HTTP协议肯定是重点但你不能只知道GET和POST的区别——至少还得明白HTTP请求头里常见的字段比如User-Agent、Referer、Cookie、Content-Type、HTTP状态码的语义比如200、301、302、403、404、500、502、503。结合视频业务有两个网络相关的场景是笔试常客一个是视频播放时的首帧加载优化会涉及TCP连接复用、HTTP缓存、CDN边缘节点命中这些概念另一个是弱网环境下的用户体验会涉及TCP重传、丢包率、带宽估算、码率自适应这些知识点。2018年爱奇艺的笔试里我记得有一道题是“用户反馈视频播放卡顿请你列出可能的原因和排查思路”这道题表面上考排查能力实际上就是在测你对CDN调度、网络质量、播放器缓冲策略的理解。操作系统方面笔试常考的有进程与线程的区别、进程间通信方式管道、消息队列、共享内存、信号量、死锁的四个必要条件、内存管理的基本概念虚拟内存、分页、分段。这些知识不会直接考理论默写而是放在场景里考比如“多个视频转码任务同时运行时如何保证系统稳定性”这种题就是暗戳戳在考你对并发、资源竞争和调度的理解。2.3 数据库与Linux命令测试的左膀右臂数据库知识在测试笔试里越来越重要原因很简单测试过程中要构造数据、校验数据、清理数据全都要和数据库打交道。笔试常考的SQL操作包括建表、插入数据、更新数据、删除数据、简单查询、多表连接查询、分组聚合GROUP BY配合HAVING、排序ORDER BY、去重DISTINCT、限制返回行数LIMIT。爱奇艺这种业务场景下SQL题目一般会结合会员或播放记录来出。比如“查询播放量排名前10的视频名称和播放量”“统计每个用户的付费金额并按照从高到低排序”“找出连续三天都有播放记录的用户”。这些题目看起来是SQL题其实是在考察你有没有用数据思维去分析业务的能力。备考的时候我建议你把常用的聚合函数COUNT、SUM、AVG、MAX、MIN、子查询、JOIN的几种类型INNER JOIN、LEFT JOIN、RIGHT JOIN都练熟尤其要搞清楚LEFT JOIN的语义——笔试里特别容易出“为什么用LEFT JOIN查出来比预期多很多行”这种坑。Linux命令也是测试工程师的日常工具。笔试常考的命令大概有文件操作类ls、cd、cp、mv、rm、mkdir、touch、cat、tail、head、grep、权限管理类chmod、chown、进程管理类ps、top、kill、网络类ping、curl、netstat、tcpdump、文本处理类awk、sed、sort、uniq。注意不光是考命令本身更多是考组合用法比如“查找某个日志文件中包含ERROR的行并统计出现次数”正确的命令链是grep ERROR app.log | wc -l或者grep -c ERROR app.log但如果你不熟悉管道和wc命令这道送分题就白白丢了。3. 测试用例设计笔试里的“隐形大题”很多人没有意识到测试用例设计其实贯穿了整张试卷的大半题目。不管是专门的大题还是那些“请描述你会怎么测试XX功能”的简答题本质上都在考用例设计能力。这部分对测试工程师来说比背多少理论都重要——因为用例题做得好不好直接反映你有没有测试思维。3.1 从登录功能看用例设计的思路登录功能是测试笔试里最经典的设计题没有之一。原因是它足够简单所有人都有使用经验又足够复杂涉及输入校验、密码加密、验证码、忘记密码、第三方登录、账号锁定、会话管理、多端登录等一堆细节。拿到“请设计登录功能测试用例”这道题千万不要直接开始罗列用例。我的经验是先在草稿纸上搭一个框架第一步从功能角度出发考虑正常登录正确的用户名和密码、异常登录错误的用户名、错误的密码、用户名不存在、账号被锁定、密码过期第二步从输入校验角度考虑等价类和边界值比如密码长度限制、是否允许特殊字符、是否区分大小写、是否允许空格被自动trim第三步从安全角度考虑密码在网络传输中是否加密、登录失败多次后是否触发验证码、是否能在抓包工具中看到明文密码第四步从兼容性角度考虑不同浏览器、不同操作系统、不同分辨率下的表现第五步从异常场景角度考虑断网、服务器500、数据库连接超时、并发登录等。这样搭完框架再写用例逻辑清晰、覆盖全面改卷的人一眼就能看出你有测试思维。反过来如果你上来就写“输入正确的用户名密码点击登录验证能登录成功”那就是典型的“用例只有一条”的菜鸟思维。3.2 视频播放场景的用例设计套路如果登录是通用题那视频播放场景就是爱奇艺笔试的特色题了。这种题考察的不只是测试方法还叠加了对业务的理解。我把这类题常用到的测试维度总结成一个“七个维度检查法”笔试和实际工作中都适用功能维度视频能否正常播放、暂停、继续、拖动进度条、切换清晰度、调节音量、全屏、倍速播放、字幕开关、弹幕开关。网络维度Wi-Fi、4G/5G、弱网、断网恢复、网络切换Wi-Fi切4G时的播放表现。异常维度视频文件损坏、地址失效、跨域防盗链、播放器崩溃、OOM内存溢出、进程被杀后恢复。兼容维度Android各厂商机型华为、小米、OPPO、vivo、三星、iOS不同版本、Pad端、TV端、Web端。性能维度首帧时间、卡顿率、启动耗时、内存占用、CPU占用、发热控制。交互维度手势操作、横竖屏切换、来电打断、前后台切换、小窗播放。业务维度VIP用户才能看的付费内容是否能正确鉴权、免费试看6分钟的时长控是否精确、广告是否能正常跳过或关闭。能按这个思路答题的人笔试分数一定不会低。因为这些维度每一个都是真实的业务场景而不是教科书上抄来的理论。4. AI技能与测试工程师的碰撞2018年这个时间节点AI技术在国内互联网行业的落地刚刚进入快速扩张期爱奇艺作为技术驱动型公司自然也在探索AI与测试的结合。那年的笔试虽然没有出现特别硬核的AI算法题但已经有题目隐隐约约在往这个方向靠了——比如“如何利用图像识别技术实现播放器UI的自动化验证”这种开放题。放到今天回头看这其实代表了测试行业的一个重要趋势AI不再只是开发工程师的事测试工程师也必须开始思考如何用AI提升测试效率和覆盖率。4.1 那年校招里的AI测试风向我记得当时笔试里有一道让我印象深刻的题大意是爱奇艺App的播放器界面在不同机型上存在UI适配问题传统的自动化脚本需要针对每种机型写死坐标和控件ID维护成本很高问你有没有更聪明的办法。这道题的标准答题方向就是利用图像识别技术——把操作步骤和验证点都定义为屏幕截图上的特征区域通过模板匹配或者目标检测算法来定位控件和判断界面状态这样自动化脚本就和具体的机型、分辨率解耦了。这道题出现在2018年让我当时就觉得爱奇艺对测试工程师的技术眼界是有要求的。它不要求你立刻会写图像识别算法但要求你有这种“用AI技术解决测试痛点”的思维方式。哪怕你不知道OpenCV的API怎么调用只要你能讲清楚“截图-识别-比对”这套流程的原理得分也不会差。反过来如果连AI和测试能有什么关系都想不出来那基本就和这场笔试无缘了。4.2 测试工程师该掌握的AI相关技能从这几年的发展趋势来看测试工程师和AI的交叉点主要有三块。第一块是AI辅助测试设计就是用AI分析需求文档、历史缺陷和线上日志自动生成和推荐测试用例减少人工设计用例的遗漏率。第二块是AI辅助测试执行典型的就是图像识别驱动的UI自动化测试前面那道题属于这个方向还有利用AI生成测试数据比如根据真实的线上数据分布自动生成覆盖面更广的测试数据集。第三块是AI模型本身的测试也就是“测试AI”这个方向——算法工程师训练出的模型需要有专门的测试工程师来验证模型的准确性、鲁棒性、公平性和性能这在内容推荐、语音识别、图像审核这些业务里需求特别大。给准备进这个行业的同学一个建议不管你的目标公司是不是爱奇艺现在开始积累AI相关的技能绝对不亏。最起码要会用Python写脚本了解机器学习的基本概念训练集、验证集、测试集、过拟合、准确率、召回率知道一些常用AI开源库比如TensorFlow、PyTorch、OpenCV能做什么。不用精通但面试的时候能说出个一二三就已经超过大多数同龄人了。5. 全栈测试工程师的技术栈梳理这些年“全栈测试工程师”这个概念越来越火笔试里也隐隐约约在往这个方向考察。所谓全栈测试不是说测试工程师什么都要会而是指要打通“功能测试-接口测试-自动化测试-性能测试-持续集成”这条完整的链路。爱奇艺这种大厂测试工程师不会只待在一个环节里你既要能手工验证复杂的业务逻辑又要能写脚本做自动化还要能看懂监控数据、分析性能瓶颈。5.1 从黑盒到白盒的技能进阶校招候选人最常见的误区是以为测试工程师不需要会写代码。这是大错特错的。爱奇艺的笔试里包含了编程题说明这个岗位对代码能力有硬性要求。笔试编程题一般不会太难大致是LeetCode简单到中等难度的水平——数组、字符串、链表、栈、队列、哈希表、排序、二分查找这些基础数据结构和算法要熟练。语言不限Python、Java、C都可以但我个人建议选Python因为它在测试领域应用最广写起来也最快。代码能力之外白盒测试的思维方式也很重要。所谓白盒测试就是你已经知道了代码的内部实现根据代码逻辑来设计测试。最经典的白盒测试方法是语句覆盖、分支覆盖、条件覆盖、路径覆盖。笔试里可能会给你一段代码让你分析需要设计哪些测试用例才能达到某种覆盖率。这种题考察的是逻辑思维和对代码执行流程的理解能力不是靠死记硬背能过的。5.2 自动化测试工具链选型笔试最后一部分经常结合工具来考考察你对主流测试工具的了解和用法。我梳理一下常见的工具链按层级分类单元测试层Java用JUnit/TestNGPython用pytest/unittest前端用Jest/Mocha。接口测试层Postman适合调试和手工验证JMeter既能做接口测试又能做性能测试Python的requests库配合pytest是做接口自动化测试的黄金组合。UI自动化层Web端首选Selenium移动端Appium是主流游戏和视频类应用会引入图像识别方案OpenCV、Airtest、SikuliX。性能测试层JMeter、LoadRunner、Gatling还有针对移动端的性能监控工具PerfDog等。持续集成层Jenkins是事实标准配合Git、Maven/Gradle、Docker可以实现代码提交后自动触发测试、自动生成测试报告。测试管理平台TestRail、禅道、JIRA用来管理用例、缺陷和测试计划。这些工具不用每个都精通但每个都至少要“听说过、知道干什么用、优点是什么”。比如笔试考到“如何对一个登录接口做性能测试”你要能说出用JMeter配置线程组、设置并发数、添加HTTP请求、添加断言、添加聚合报告监听器来查看TPS和响应时间这一整套流程。能说出这个说明你是有实操经验的不是只看过概念。6. 游戏测试工程师的附加题爱奇艺除了视频业务还有游戏业务所以校招测试工程师的笔试里偶尔也会出现和游戏测试相关的题目。游戏测试和传统软件测试有相通的地方但也有很独特的差异。如果你对游戏测试感兴趣或者笔试里碰到了相关题目这块内容值得仔细看看。6.1 游戏测试与传统软件测试的区别很多人以为游戏测试就是“打游戏”这个理解太片面了。游戏测试的核心是验证游戏的功能、性能、兼容性和用户体验但游戏有几个特性让测试变得特别复杂。第一是实时交互性游戏需要实时处理玩家输入任何卡顿和延迟都会直接影响体验所以性能测试和帧率测试特别重要。第二是状态复杂性游戏有海量的状态组合——角色属性、装备、技能、任务进度、地图位置、NPC状态这些状态之间互相影响组合爆炸导致测试用例数量极其庞大。第三是数值平衡性游戏里的数值系统伤害计算公式、经济系统、掉落概率需要严谨的测试和验证不能拍脑袋。爱奇艺有大量的游戏分发业务也做游戏联运和自研所以游戏测试在爱奇艺的质量保障体系里是不可或缺的一环。笔试如果出游戏相关题目大概率会考察对游戏逻辑的理解和用例设计能力比如“设计一个新手引导任务的测试用例”或者“如何测试一个玩家背包系统的道具数量上限”。6.2 游戏测试的关键点游戏测试里有几个传统软件测试不怎么强调但游戏必须重点关注的维度。兼容性测试是重中之重安卓机型碎片化严重不同屏幕尺寸、不同芯片平台、不同系统版本下的表现差异很大游戏测试必须在真机矩阵上做充分的兼容性验证。弱网测试同样关键手游用户经常会在地铁、电梯等弱网环境下玩游戏网络波动时的表现掉线重连、数据同步、对战公平性直接决定玩家的留存率。还有内存和耗电量测试游戏是高负载应用长时间运行会不会内存泄漏、耗电会不会过快、发热会不会严重这些都是测试工程师要盯的。另外一个容易被忽略的是游戏内经济系统的逻辑测试。比如商城购买、充值、绑定点券和充值点券的区分、物品叠加规则、邮件附件领取状态这些逻辑一但出错轻则玩家体验受损重则引发资损类事故。测试这类功能除了功能流程验证还要做大量的异常分支验证比如购买时背包满了怎么办、支付成功但物品未到账怎么办、跨天任务重置后状态怎么处理。这种思维方式其实和任何业务系统的测试都是一脉相承的。7. 笔试实战常见问题与答题思路前面把知识点铺开了讲最后这部分我结合具体的笔试题型和现场经验分享一些实战技巧和避坑提醒。这些东西在教科书上很难找到但都是真实考场里很管用的经验。7.1 典型笔试题型详解我把常见题型归纳成四类并给出对应的答题策略第一类是客观选择题考察面广但深度浅主要覆盖计算机网络、操作系统、数据库、数据结构、软件测试基础概念。这类题要求平时积累扎实没有太多技巧。如果遇到不会的先标记跳过不要在上面耗太久保证后面的大题有充足时间。第二类是简答题比如“请简述性能测试的流程”“什么是Alpha测试和Beta测试”“如何设计一个高质量的缺陷报告”。这类题考察的是表达能力和知识体系完整性。答题时要注意结构先总后分用编号列出要点每个要点一句话说清楚不要长篇大论。比如设计缺陷报告你要能说出缺陷编号、缺陷描述、复现步骤、预期结果、实际结果、严重程度、优先级、环境信息、日志和截图附件这样才算完整。第三类是测试用例设计题前面已经重点讲过这里补充一个技巧拿到题目先花30秒在草稿纸上列出测试维度功能、兼容、性能、安全、异常再往每个维度里填用例。这样写出来的答案系统性强不会漏项。很多同学一上来就狂写用例写到一半发现有的维度漏了又补在后面显得逻辑混乱分数就受影响了。第四类是编程题一般考基础算法难度不大但要求写代码。建议用Python作答因为语法简洁、类型灵活不容易出编译错误。答题时先把思路以注释形式写出来再写实现代码最后简单说明测试用例。即使代码没有完全跑通只要思路正确也能拿部分分。7.2 答题顺序与时间分配经验校招笔试一般时长在90到120分钟之间题量通常在30到50道左右时间是很紧张的。我的建议是拿到试卷先快速浏览一遍所有题目标记出哪些题是送分题、哪些题是核心题、哪些题是难度很大的题。先做送分题建立信心和节奏再做核心题尤其是测试用例设计和SQL题确保拿到该拿的分数最后硬啃难题能做多少做多少。时间分配上我通常会把总时间的60%留给大题用例设计和编程题40%分给选择、简答和判断题。原因很简单大题分值高、区分度大、容错率低。选择题不会的话可以猜但大题如果没做完分数直接归零。宁可选择题少纠结几道也要保证大题写满。另外提醒一个细节一定要控制每道选择题的时间平均每道题不要超过90秒。如果一道题想了三分钟还没头绪果断放弃在草稿纸上记下题号回头有时间再蒙。千万不要在一道题上死磕导致后面的大题时间不够。7.3 避坑提醒四个真实考场教训第一个教训是“审题不清就动手”。测试用例设计题经常有隐藏条件比如“用户名为6-20位字母数字下划线”和“用户名为6-20位字母、数字或下划线”一个“和”字一个“或”字用例设计完全不一样。我见过太多人因为没看清题目条件把有效等价类和无效等价类划分错整道题全军覆没。第二个教训是“用例设计只写正常流程”。很多候选人写出来的用例全是“输入正确数据-验证成功”这种正常路径一条异常路径都没有。这说明测试思维还没有建立起来——真正的测试工作里80%的缺陷都是通过异常路径发现的。笔试里写到异常用例绝对是加分项。第三个教训是“编程题不用注释”。编程题不看代码风格是假的很多公司改卷时确实会看代码的可读性。写关键的注释不仅方便改卷人理解你的思路也是你自己梳理逻辑的过程。哪怕为了时间只写核心函数也要保证命名规范、缩进正确。第四个教训是“答完不检查”。交卷前务必留出5分钟把所有和数字相关的答案检查一遍——比如SQL题目里的COUNT统计、边界值题目里的具体数字这些地方一旦算错整个过程的思路再正确也白搭。数字错误是最冤枉的丢分方式。8. 面试环节的延伸准备笔试通过只是第一关后面还有面试环节很多人笔试成绩不错却折在面试上很可惜。趁着这个话题我把面试准备的经验也一并分享一下尤其是测试工程师校招面试里最高频的几类问题。8.1 项目经历深挖别让简历上的项目成为你的雷区校招候选人大多没有正式的测试工作经验简历上写的基本都是实习、实验室项目或者自学的项目。面试官会针对你写的项目深挖常见的问题包括“你在这个项目里具体负责哪部分测试”“发现了哪些Bug怎么定位的”“测试用例大概设计了多少条覆盖率怎么评估”“自动化是怎么做的框架是自己搭的还是用的现成的”。回答这类问题核心原则是实话实说但不能干巴。比如你说做过Web项目的接口自动化测试面试官追问框架怎么设计的你要能说出用pytest管理用例、用requests发送请求、用allure生成报告、用例数据用Excel或YAML维护、跑完自动发邮件通知。面试官会针对细节连续追问你要做好被问到“如果接口返回参数变了你的自动化脚本怎么应对”这种问题的准备。我的建议是简历上写的每个技术点你都要准备好一个“它能解决什么问题”的故事而不是只会报菜名。8.2 技术问答高频题与应答思路除了项目经历面试官还会问一些技术问题来快速评估你的基础。有些问题出现频率极高提前准备就能拿到大部分分数。第一个是“你熟悉的测试流程是什么样的”。这个问题看似简单但很多人答不好。完整的回答应该覆盖测试计划、测试设计、测试执行、缺陷管理、测试报告这几个阶段并且结合敏捷开发说明自己在每个阶段做什么产出。能提到需求分析阶段就对需求和开发对齐验收标准这个细节会很加分。第二个是“你认为测试工程师最重要的能力是什么”。这个问题没有标准答案但不要只回答“细心”或者“沟通能力”。建议从业务理解能力、测试设计能力、技术实现能力、质量推动能力几个维度展开每个能力用一个例子支撑。比如说到测试设计能力时可以举一个通过边界值分析发现了深层次Bug的例子。第三个是“怎么看待重复性工作”。这个问题考察的是你的思考深度和学习能力。不要回答“我热爱重复工作”也不要回答“重复工作很无聊”。好的回答是承认基础回归测试确实有重复性但更重要的是思考如何消灭这种重复——通过自动化脚本把人力解放出来把精力投入到探索性测试和更深度的质量建设上。这就是测试工程师的价值升级路径。8.3 从校招到Offer三个准备建议最后给正在准备校招的同学三个建议。第一一定要做模拟笔试。找往年的真题或者模拟题严格按照考试时间来做训练自己的时间分配能力和临场心态。很多人在正式笔试时因为时间没控制好而发挥失常模拟训练可以减少这种情况。第二练好白板编程。校招笔试和面试都脱不开编程题建议把LeetCode上数组、字符串、哈希表、链表相关的简单题和中等题刷一遍重点不是刷题量而是每种题型都要接触过。面试里写代码的时候先主动和面试官沟通思路确认了再动手写完了自己主动跑几个用例验证。第三准备几个“反问”的问题。面试结束前面试官通常会问“你有什么想问我的”。不要说没有也不要一上来就问薪资加班。比较合适的反问是“团队目前测试开发比大概多少”“自动化测试覆盖率目前是什么水平”“新人入职后会有怎样的培养机制”。这样的问题既显得你认真思考过也能帮你了解团队的真实情况。按这个思路准备下来至少不会在笔试和面试的常规环节丢分。至于后续能走多远就要看个人积累和临场发挥了。 爱奇艺校招测试工程师笔试考点全解析
1. 先聊聊这场笔试的背景和定位2018年秋季校招那会儿视频行业的竞争已经白热化爱奇艺、优酷、腾讯视频三家打得不可开交光有优质内容还不够谁的播放体验更稳、加载更快、卡顿更少谁才能留住用户。所以那一年爱奇艺校招测试工程师的笔试比起前几年明显更侧重业务场景和工程实战不像早些年那样只考概念背诵就能混过去。这个岗位的笔试场次能排到第三场说明投递量确实大也说明筛选是分批次滚动进行的。测试工程师在爱奇艺这种体量的公司里绝不是“点点点”的角色——视频业务的端到端链路极长涉及内容生产、转码、CDN分发、播放器解码、会员鉴权、支付订单、推荐算法、弹幕互动等多个环节任何一个环节出错用户体验都会直线下降。笔试要考察的就是候选人能不能在这种复杂链路里找到问题、定位问题、描述问题。对于准备参加这类笔试的同学我的建议是不要只刷题要理解题目背后考察的能力模型。技术功底是底线逻辑思维和业务敏感度才是区分度所在。1.1 爱奇艺测试工程师的岗位画像我在互联网行业摸爬滚打这些年一个很深的感受是不同公司的测试工程师岗位画像差异非常大。有的公司测试就是纯功能验证有的公司测试要写自动化脚本有的公司测试干脆就是开发工程师转岗来做质量保障。爱奇艺的测试工程师从校招JD职位描述和笔试风格来看更接近“全栈型业务测试”——既要懂测试理论和方法论又要能写代码做自动化还得理解视频业务的特殊场景。这个岗位的核心职责拆开来看大概这么几块第一负责爱奇艺核心业务比如播放器、会员体系、内容管理后台的功能测试和接口测试保证版本迭代的质量第二搭建和维护自动化测试框架把重复性的回归测试交给脚本去跑解放人力去做更深度的测试设计第三做性能测试和稳定性测试视频产品的卡顿率、首帧时间、崩溃率这些指标都是测试工程师要盯的第四跟踪线上问题和用户反馈推动缺陷修复和线上质量复盘。1.2 为什么视频行业对测试工程师要求更高很多人觉得“测试不就是按照用例点点界面吗”但放到视频行业这个认知会被彻底颠覆。我举个例子一个视频从上传到用户观看要经过上传校验、转码可能要生成多码率、多分辨率、多编码格式的版本、截图、审核、CDN分发、播放器拉流、解码渲染这些环节。测试工程师要验证的不只是“视频能不能播”还要验证不同网络环境下能不能播、不同机型上能不能播、不同清晰度切换是否流畅、拖动进度条是否有延迟、弹幕和字幕是否同步、广告插播会不会阻断播放。这种业务复杂度决定了测试工程师必须对全链路有深入理解。笔试里考察的网络协议、操作系统、数据库、编程基础都是在为这种复杂场景做铺垫。换句话说这场笔试不是要选一个“会点鼠标”的人而是要选一个“能看懂系统、能找到问题、能推动质量提升”的人。2. 校招笔试的核心考点拆解笔试题目虽然每年有变化但万变不离其宗。我综合多年的观察和实际经验把2018年这类校招测试工程师笔试的核心考点归纳成几个大块测试理论基础、编程基础与算法、计算机网络、操作系统与数据库、Linux常用命令、逻辑思维题。下面逐一拆解考察意图和备考重点。2.1 测试理论基础等价类、边界值、场景法一个都不能少测试基础理论是笔试的送分题但也是丢分重灾区。很多同学背了概念就以为会了结果题目换成具体场景就懵了。实际上这类题的考察重点不是“你能不能背出等价类划分的定义”而是“你能不能把一个真实的输入条件合理拆分成有效和无效等价类”。举个例子笔试里出现过一道经典题一个视频网站的注册页面要求用户名长度为6-20位只能包含字母、数字和下划线。让你用等价类划分法设计测试用例。这种题看起来简单但至少有一半的候选人会漏掉关键点。正确的思路应该是先划分有效等价类——长度在6到20位之间、包含合法字符字母、数字、下划线的任意组合再划分无效等价类——长度小于6位、长度大于20位、包含空格、包含中文、包含特殊符号比如、#、%、。边界值分析法是另一个高频考点要和等价类配合着用。上面那个例子边界值应该取5、6、7和19、20、21这几个长度值分别设计用例。单测这个功能最少也要设计七八条用例才能算覆盖完整。还有一个笔试里经常出现的概念叫“场景法”这个在视频业务里尤其重要。场景法强调的是从用户操作流程的角度去设计用例而不是只盯着单个输入框。比如“用户打开App-未登录-点击VIP会员-跳转登录页-登录成功-返回支付页-支付成功-开始观看”这一整个流程就是一个基本流如果在“未登录点击VIP会员”这个步骤里用户选择了“微信登录”但授权失败了这就是备选流。笔试如果出“请设计视频App购买会员的测试用例”就是把场景法、等价类、边界值全部融在一起的综合题。2.2 计算机网络与操作系统视频业务的地基视频产品的核心是流媒体传输所以爱奇艺这类公司的笔试网络协议是必考内容而且考得比一般互联网公司更深。HTTP协议肯定是重点但你不能只知道GET和POST的区别——至少还得明白HTTP请求头里常见的字段比如User-Agent、Referer、Cookie、Content-Type、HTTP状态码的语义比如200、301、302、403、404、500、502、503。结合视频业务有两个网络相关的场景是笔试常客一个是视频播放时的首帧加载优化会涉及TCP连接复用、HTTP缓存、CDN边缘节点命中这些概念另一个是弱网环境下的用户体验会涉及TCP重传、丢包率、带宽估算、码率自适应这些知识点。2018年爱奇艺的笔试里我记得有一道题是“用户反馈视频播放卡顿请你列出可能的原因和排查思路”这道题表面上考排查能力实际上就是在测你对CDN调度、网络质量、播放器缓冲策略的理解。操作系统方面笔试常考的有进程与线程的区别、进程间通信方式管道、消息队列、共享内存、信号量、死锁的四个必要条件、内存管理的基本概念虚拟内存、分页、分段。这些知识不会直接考理论默写而是放在场景里考比如“多个视频转码任务同时运行时如何保证系统稳定性”这种题就是暗戳戳在考你对并发、资源竞争和调度的理解。2.3 数据库与Linux命令测试的左膀右臂数据库知识在测试笔试里越来越重要原因很简单测试过程中要构造数据、校验数据、清理数据全都要和数据库打交道。笔试常考的SQL操作包括建表、插入数据、更新数据、删除数据、简单查询、多表连接查询、分组聚合GROUP BY配合HAVING、排序ORDER BY、去重DISTINCT、限制返回行数LIMIT。爱奇艺这种业务场景下SQL题目一般会结合会员或播放记录来出。比如“查询播放量排名前10的视频名称和播放量”“统计每个用户的付费金额并按照从高到低排序”“找出连续三天都有播放记录的用户”。这些题目看起来是SQL题其实是在考察你有没有用数据思维去分析业务的能力。备考的时候我建议你把常用的聚合函数COUNT、SUM、AVG、MAX、MIN、子查询、JOIN的几种类型INNER JOIN、LEFT JOIN、RIGHT JOIN都练熟尤其要搞清楚LEFT JOIN的语义——笔试里特别容易出“为什么用LEFT JOIN查出来比预期多很多行”这种坑。Linux命令也是测试工程师的日常工具。笔试常考的命令大概有文件操作类ls、cd、cp、mv、rm、mkdir、touch、cat、tail、head、grep、权限管理类chmod、chown、进程管理类ps、top、kill、网络类ping、curl、netstat、tcpdump、文本处理类awk、sed、sort、uniq。注意不光是考命令本身更多是考组合用法比如“查找某个日志文件中包含ERROR的行并统计出现次数”正确的命令链是grep ERROR app.log | wc -l或者grep -c ERROR app.log但如果你不熟悉管道和wc命令这道送分题就白白丢了。3. 测试用例设计笔试里的“隐形大题”很多人没有意识到测试用例设计其实贯穿了整张试卷的大半题目。不管是专门的大题还是那些“请描述你会怎么测试XX功能”的简答题本质上都在考用例设计能力。这部分对测试工程师来说比背多少理论都重要——因为用例题做得好不好直接反映你有没有测试思维。3.1 从登录功能看用例设计的思路登录功能是测试笔试里最经典的设计题没有之一。原因是它足够简单所有人都有使用经验又足够复杂涉及输入校验、密码加密、验证码、忘记密码、第三方登录、账号锁定、会话管理、多端登录等一堆细节。拿到“请设计登录功能测试用例”这道题千万不要直接开始罗列用例。我的经验是先在草稿纸上搭一个框架第一步从功能角度出发考虑正常登录正确的用户名和密码、异常登录错误的用户名、错误的密码、用户名不存在、账号被锁定、密码过期第二步从输入校验角度考虑等价类和边界值比如密码长度限制、是否允许特殊字符、是否区分大小写、是否允许空格被自动trim第三步从安全角度考虑密码在网络传输中是否加密、登录失败多次后是否触发验证码、是否能在抓包工具中看到明文密码第四步从兼容性角度考虑不同浏览器、不同操作系统、不同分辨率下的表现第五步从异常场景角度考虑断网、服务器500、数据库连接超时、并发登录等。这样搭完框架再写用例逻辑清晰、覆盖全面改卷的人一眼就能看出你有测试思维。反过来如果你上来就写“输入正确的用户名密码点击登录验证能登录成功”那就是典型的“用例只有一条”的菜鸟思维。3.2 视频播放场景的用例设计套路如果登录是通用题那视频播放场景就是爱奇艺笔试的特色题了。这种题考察的不只是测试方法还叠加了对业务的理解。我把这类题常用到的测试维度总结成一个“七个维度检查法”笔试和实际工作中都适用功能维度视频能否正常播放、暂停、继续、拖动进度条、切换清晰度、调节音量、全屏、倍速播放、字幕开关、弹幕开关。网络维度Wi-Fi、4G/5G、弱网、断网恢复、网络切换Wi-Fi切4G时的播放表现。异常维度视频文件损坏、地址失效、跨域防盗链、播放器崩溃、OOM内存溢出、进程被杀后恢复。兼容维度Android各厂商机型华为、小米、OPPO、vivo、三星、iOS不同版本、Pad端、TV端、Web端。性能维度首帧时间、卡顿率、启动耗时、内存占用、CPU占用、发热控制。交互维度手势操作、横竖屏切换、来电打断、前后台切换、小窗播放。业务维度VIP用户才能看的付费内容是否能正确鉴权、免费试看6分钟的时长控是否精确、广告是否能正常跳过或关闭。能按这个思路答题的人笔试分数一定不会低。因为这些维度每一个都是真实的业务场景而不是教科书上抄来的理论。4. AI技能与测试工程师的碰撞2018年这个时间节点AI技术在国内互联网行业的落地刚刚进入快速扩张期爱奇艺作为技术驱动型公司自然也在探索AI与测试的结合。那年的笔试虽然没有出现特别硬核的AI算法题但已经有题目隐隐约约在往这个方向靠了——比如“如何利用图像识别技术实现播放器UI的自动化验证”这种开放题。放到今天回头看这其实代表了测试行业的一个重要趋势AI不再只是开发工程师的事测试工程师也必须开始思考如何用AI提升测试效率和覆盖率。4.1 那年校招里的AI测试风向我记得当时笔试里有一道让我印象深刻的题大意是爱奇艺App的播放器界面在不同机型上存在UI适配问题传统的自动化脚本需要针对每种机型写死坐标和控件ID维护成本很高问你有没有更聪明的办法。这道题的标准答题方向就是利用图像识别技术——把操作步骤和验证点都定义为屏幕截图上的特征区域通过模板匹配或者目标检测算法来定位控件和判断界面状态这样自动化脚本就和具体的机型、分辨率解耦了。这道题出现在2018年让我当时就觉得爱奇艺对测试工程师的技术眼界是有要求的。它不要求你立刻会写图像识别算法但要求你有这种“用AI技术解决测试痛点”的思维方式。哪怕你不知道OpenCV的API怎么调用只要你能讲清楚“截图-识别-比对”这套流程的原理得分也不会差。反过来如果连AI和测试能有什么关系都想不出来那基本就和这场笔试无缘了。4.2 测试工程师该掌握的AI相关技能从这几年的发展趋势来看测试工程师和AI的交叉点主要有三块。第一块是AI辅助测试设计就是用AI分析需求文档、历史缺陷和线上日志自动生成和推荐测试用例减少人工设计用例的遗漏率。第二块是AI辅助测试执行典型的就是图像识别驱动的UI自动化测试前面那道题属于这个方向还有利用AI生成测试数据比如根据真实的线上数据分布自动生成覆盖面更广的测试数据集。第三块是AI模型本身的测试也就是“测试AI”这个方向——算法工程师训练出的模型需要有专门的测试工程师来验证模型的准确性、鲁棒性、公平性和性能这在内容推荐、语音识别、图像审核这些业务里需求特别大。给准备进这个行业的同学一个建议不管你的目标公司是不是爱奇艺现在开始积累AI相关的技能绝对不亏。最起码要会用Python写脚本了解机器学习的基本概念训练集、验证集、测试集、过拟合、准确率、召回率知道一些常用AI开源库比如TensorFlow、PyTorch、OpenCV能做什么。不用精通但面试的时候能说出个一二三就已经超过大多数同龄人了。5. 全栈测试工程师的技术栈梳理这些年“全栈测试工程师”这个概念越来越火笔试里也隐隐约约在往这个方向考察。所谓全栈测试不是说测试工程师什么都要会而是指要打通“功能测试-接口测试-自动化测试-性能测试-持续集成”这条完整的链路。爱奇艺这种大厂测试工程师不会只待在一个环节里你既要能手工验证复杂的业务逻辑又要能写脚本做自动化还要能看懂监控数据、分析性能瓶颈。5.1 从黑盒到白盒的技能进阶校招候选人最常见的误区是以为测试工程师不需要会写代码。这是大错特错的。爱奇艺的笔试里包含了编程题说明这个岗位对代码能力有硬性要求。笔试编程题一般不会太难大致是LeetCode简单到中等难度的水平——数组、字符串、链表、栈、队列、哈希表、排序、二分查找这些基础数据结构和算法要熟练。语言不限Python、Java、C都可以但我个人建议选Python因为它在测试领域应用最广写起来也最快。代码能力之外白盒测试的思维方式也很重要。所谓白盒测试就是你已经知道了代码的内部实现根据代码逻辑来设计测试。最经典的白盒测试方法是语句覆盖、分支覆盖、条件覆盖、路径覆盖。笔试里可能会给你一段代码让你分析需要设计哪些测试用例才能达到某种覆盖率。这种题考察的是逻辑思维和对代码执行流程的理解能力不是靠死记硬背能过的。5.2 自动化测试工具链选型笔试最后一部分经常结合工具来考考察你对主流测试工具的了解和用法。我梳理一下常见的工具链按层级分类单元测试层Java用JUnit/TestNGPython用pytest/unittest前端用Jest/Mocha。接口测试层Postman适合调试和手工验证JMeter既能做接口测试又能做性能测试Python的requests库配合pytest是做接口自动化测试的黄金组合。UI自动化层Web端首选Selenium移动端Appium是主流游戏和视频类应用会引入图像识别方案OpenCV、Airtest、SikuliX。性能测试层JMeter、LoadRunner、Gatling还有针对移动端的性能监控工具PerfDog等。持续集成层Jenkins是事实标准配合Git、Maven/Gradle、Docker可以实现代码提交后自动触发测试、自动生成测试报告。测试管理平台TestRail、禅道、JIRA用来管理用例、缺陷和测试计划。这些工具不用每个都精通但每个都至少要“听说过、知道干什么用、优点是什么”。比如笔试考到“如何对一个登录接口做性能测试”你要能说出用JMeter配置线程组、设置并发数、添加HTTP请求、添加断言、添加聚合报告监听器来查看TPS和响应时间这一整套流程。能说出这个说明你是有实操经验的不是只看过概念。6. 游戏测试工程师的附加题爱奇艺除了视频业务还有游戏业务所以校招测试工程师的笔试里偶尔也会出现和游戏测试相关的题目。游戏测试和传统软件测试有相通的地方但也有很独特的差异。如果你对游戏测试感兴趣或者笔试里碰到了相关题目这块内容值得仔细看看。6.1 游戏测试与传统软件测试的区别很多人以为游戏测试就是“打游戏”这个理解太片面了。游戏测试的核心是验证游戏的功能、性能、兼容性和用户体验但游戏有几个特性让测试变得特别复杂。第一是实时交互性游戏需要实时处理玩家输入任何卡顿和延迟都会直接影响体验所以性能测试和帧率测试特别重要。第二是状态复杂性游戏有海量的状态组合——角色属性、装备、技能、任务进度、地图位置、NPC状态这些状态之间互相影响组合爆炸导致测试用例数量极其庞大。第三是数值平衡性游戏里的数值系统伤害计算公式、经济系统、掉落概率需要严谨的测试和验证不能拍脑袋。爱奇艺有大量的游戏分发业务也做游戏联运和自研所以游戏测试在爱奇艺的质量保障体系里是不可或缺的一环。笔试如果出游戏相关题目大概率会考察对游戏逻辑的理解和用例设计能力比如“设计一个新手引导任务的测试用例”或者“如何测试一个玩家背包系统的道具数量上限”。6.2 游戏测试的关键点游戏测试里有几个传统软件测试不怎么强调但游戏必须重点关注的维度。兼容性测试是重中之重安卓机型碎片化严重不同屏幕尺寸、不同芯片平台、不同系统版本下的表现差异很大游戏测试必须在真机矩阵上做充分的兼容性验证。弱网测试同样关键手游用户经常会在地铁、电梯等弱网环境下玩游戏网络波动时的表现掉线重连、数据同步、对战公平性直接决定玩家的留存率。还有内存和耗电量测试游戏是高负载应用长时间运行会不会内存泄漏、耗电会不会过快、发热会不会严重这些都是测试工程师要盯的。另外一个容易被忽略的是游戏内经济系统的逻辑测试。比如商城购买、充值、绑定点券和充值点券的区分、物品叠加规则、邮件附件领取状态这些逻辑一但出错轻则玩家体验受损重则引发资损类事故。测试这类功能除了功能流程验证还要做大量的异常分支验证比如购买时背包满了怎么办、支付成功但物品未到账怎么办、跨天任务重置后状态怎么处理。这种思维方式其实和任何业务系统的测试都是一脉相承的。7. 笔试实战常见问题与答题思路前面把知识点铺开了讲最后这部分我结合具体的笔试题型和现场经验分享一些实战技巧和避坑提醒。这些东西在教科书上很难找到但都是真实考场里很管用的经验。7.1 典型笔试题型详解我把常见题型归纳成四类并给出对应的答题策略第一类是客观选择题考察面广但深度浅主要覆盖计算机网络、操作系统、数据库、数据结构、软件测试基础概念。这类题要求平时积累扎实没有太多技巧。如果遇到不会的先标记跳过不要在上面耗太久保证后面的大题有充足时间。第二类是简答题比如“请简述性能测试的流程”“什么是Alpha测试和Beta测试”“如何设计一个高质量的缺陷报告”。这类题考察的是表达能力和知识体系完整性。答题时要注意结构先总后分用编号列出要点每个要点一句话说清楚不要长篇大论。比如设计缺陷报告你要能说出缺陷编号、缺陷描述、复现步骤、预期结果、实际结果、严重程度、优先级、环境信息、日志和截图附件这样才算完整。第三类是测试用例设计题前面已经重点讲过这里补充一个技巧拿到题目先花30秒在草稿纸上列出测试维度功能、兼容、性能、安全、异常再往每个维度里填用例。这样写出来的答案系统性强不会漏项。很多同学一上来就狂写用例写到一半发现有的维度漏了又补在后面显得逻辑混乱分数就受影响了。第四类是编程题一般考基础算法难度不大但要求写代码。建议用Python作答因为语法简洁、类型灵活不容易出编译错误。答题时先把思路以注释形式写出来再写实现代码最后简单说明测试用例。即使代码没有完全跑通只要思路正确也能拿部分分。7.2 答题顺序与时间分配经验校招笔试一般时长在90到120分钟之间题量通常在30到50道左右时间是很紧张的。我的建议是拿到试卷先快速浏览一遍所有题目标记出哪些题是送分题、哪些题是核心题、哪些题是难度很大的题。先做送分题建立信心和节奏再做核心题尤其是测试用例设计和SQL题确保拿到该拿的分数最后硬啃难题能做多少做多少。时间分配上我通常会把总时间的60%留给大题用例设计和编程题40%分给选择、简答和判断题。原因很简单大题分值高、区分度大、容错率低。选择题不会的话可以猜但大题如果没做完分数直接归零。宁可选择题少纠结几道也要保证大题写满。另外提醒一个细节一定要控制每道选择题的时间平均每道题不要超过90秒。如果一道题想了三分钟还没头绪果断放弃在草稿纸上记下题号回头有时间再蒙。千万不要在一道题上死磕导致后面的大题时间不够。7.3 避坑提醒四个真实考场教训第一个教训是“审题不清就动手”。测试用例设计题经常有隐藏条件比如“用户名为6-20位字母数字下划线”和“用户名为6-20位字母、数字或下划线”一个“和”字一个“或”字用例设计完全不一样。我见过太多人因为没看清题目条件把有效等价类和无效等价类划分错整道题全军覆没。第二个教训是“用例设计只写正常流程”。很多候选人写出来的用例全是“输入正确数据-验证成功”这种正常路径一条异常路径都没有。这说明测试思维还没有建立起来——真正的测试工作里80%的缺陷都是通过异常路径发现的。笔试里写到异常用例绝对是加分项。第三个教训是“编程题不用注释”。编程题不看代码风格是假的很多公司改卷时确实会看代码的可读性。写关键的注释不仅方便改卷人理解你的思路也是你自己梳理逻辑的过程。哪怕为了时间只写核心函数也要保证命名规范、缩进正确。第四个教训是“答完不检查”。交卷前务必留出5分钟把所有和数字相关的答案检查一遍——比如SQL题目里的COUNT统计、边界值题目里的具体数字这些地方一旦算错整个过程的思路再正确也白搭。数字错误是最冤枉的丢分方式。8. 面试环节的延伸准备笔试通过只是第一关后面还有面试环节很多人笔试成绩不错却折在面试上很可惜。趁着这个话题我把面试准备的经验也一并分享一下尤其是测试工程师校招面试里最高频的几类问题。8.1 项目经历深挖别让简历上的项目成为你的雷区校招候选人大多没有正式的测试工作经验简历上写的基本都是实习、实验室项目或者自学的项目。面试官会针对你写的项目深挖常见的问题包括“你在这个项目里具体负责哪部分测试”“发现了哪些Bug怎么定位的”“测试用例大概设计了多少条覆盖率怎么评估”“自动化是怎么做的框架是自己搭的还是用的现成的”。回答这类问题核心原则是实话实说但不能干巴。比如你说做过Web项目的接口自动化测试面试官追问框架怎么设计的你要能说出用pytest管理用例、用requests发送请求、用allure生成报告、用例数据用Excel或YAML维护、跑完自动发邮件通知。面试官会针对细节连续追问你要做好被问到“如果接口返回参数变了你的自动化脚本怎么应对”这种问题的准备。我的建议是简历上写的每个技术点你都要准备好一个“它能解决什么问题”的故事而不是只会报菜名。8.2 技术问答高频题与应答思路除了项目经历面试官还会问一些技术问题来快速评估你的基础。有些问题出现频率极高提前准备就能拿到大部分分数。第一个是“你熟悉的测试流程是什么样的”。这个问题看似简单但很多人答不好。完整的回答应该覆盖测试计划、测试设计、测试执行、缺陷管理、测试报告这几个阶段并且结合敏捷开发说明自己在每个阶段做什么产出。能提到需求分析阶段就对需求和开发对齐验收标准这个细节会很加分。第二个是“你认为测试工程师最重要的能力是什么”。这个问题没有标准答案但不要只回答“细心”或者“沟通能力”。建议从业务理解能力、测试设计能力、技术实现能力、质量推动能力几个维度展开每个能力用一个例子支撑。比如说到测试设计能力时可以举一个通过边界值分析发现了深层次Bug的例子。第三个是“怎么看待重复性工作”。这个问题考察的是你的思考深度和学习能力。不要回答“我热爱重复工作”也不要回答“重复工作很无聊”。好的回答是承认基础回归测试确实有重复性但更重要的是思考如何消灭这种重复——通过自动化脚本把人力解放出来把精力投入到探索性测试和更深度的质量建设上。这就是测试工程师的价值升级路径。8.3 从校招到Offer三个准备建议最后给正在准备校招的同学三个建议。第一一定要做模拟笔试。找往年的真题或者模拟题严格按照考试时间来做训练自己的时间分配能力和临场心态。很多人在正式笔试时因为时间没控制好而发挥失常模拟训练可以减少这种情况。第二练好白板编程。校招笔试和面试都脱不开编程题建议把LeetCode上数组、字符串、哈希表、链表相关的简单题和中等题刷一遍重点不是刷题量而是每种题型都要接触过。面试里写代码的时候先主动和面试官沟通思路确认了再动手写完了自己主动跑几个用例验证。第三准备几个“反问”的问题。面试结束前面试官通常会问“你有什么想问我的”。不要说没有也不要一上来就问薪资加班。比较合适的反问是“团队目前测试开发比大概多少”“自动化测试覆盖率目前是什么水平”“新人入职后会有怎样的培养机制”。这样的问题既显得你认真思考过也能帮你了解团队的真实情况。按这个思路准备下来至少不会在笔试和面试的常规环节丢分。至于后续能走多远就要看个人积累和临场发挥了。