说实话看到2023年腾讯音乐春招测试岗第二批笔试这个标题的时候我第一反应是愣了一下。因为第一批笔试的消息刚放出来没几天第二批就跟着来了节奏相当紧凑。当时我正在准备春招的软件测试方向全网翻遍了也找不到太多关于腾讯音乐笔试题型的完整复盘只能靠群友零散的口述和自己的实测去拼凑。这篇文章就是把那次笔试的完整经历、题型复盘和备考思路重新梳理一遍给后面准备测试工程师岗位笔试的同学一个参考尤其是那些对linux面试题、自动化测试、数据库和测试用例设计还不太有底的朋友这篇文章应该能帮你在进考场前少踩几个坑。需要提前说明的是笔试题不会原封不动地重复出现不同批次、不同岗位方向比如PC客户端、移动端、车联网的侧重点也不一样。我这里只讲通用的考察逻辑和应对方法不承诺押题。1. 笔试到底考什么一张图看懂测试岗的筛选逻辑很多第一次参加大厂测试岗笔试的朋友会拿开发岗的笔试题来对标结果一进去就懵了。测试岗笔试考的并不是纯算法也不是纯八股它考的是你能不能发现问题的能力以及发现问题之后能不能讲清楚。1.1 测试岗与开发岗笔试的本质区别开发岗笔试通常以算法题为主给你一个LeetCode风格的问题你要写出能AC的代码复杂度不达标可能连面试机会都没有。但测试岗不一样它更看重几个维度基础计算机知识的扎实程度、工程工具的熟悉程度、以及测试思维是否清晰。以我当时收到的笔试链接来看整体分成四个大部分单选题、多选题、问答题、编程题。单选题和多选题覆盖计算机网络、操作系统、数据库、数据结构这些问题本身难度不算特别高但知识点很杂如果平时没有系统整理非常容易在细节上翻车。问答题则是典型的主观题比如针对登录功能设计测试用例对某个接口进行测试请你写出测试方案。编程题反而不是传统的算法竞赛题更多是让你用一段代码去生成测试数据、判断边界条件或者补齐某个自动化脚本的逻辑。换句话说测试岗笔试筛的不是刷题量而是遇到问题能不能有章法地处理。这个岗位干的就是找茬的活笔试自然也要看看你的找茬逻辑是不是完整。1.2 第二批笔试与第一批的差异点我当时参加的是腾讯音乐春招测试岗第二批。放榜前我特意去翻了一下网上关于第一批的讨论贴。第一批据反馈题型更偏向基础选择题为主编程题占比较低但第二批的明显变化是问答题比重上来了自动化测试和接口测试相关内容增加不少。我分析可能有两个原因。一是第一批笔试结束后部分投递者反映选择题占比大但区分度不够于是第二批做了调整加大主观题权重来更精确地筛选候选人。二是春招的岗位池里移动端、智能座舱相关的测试岗位变多了而这些岗位普遍要求候选人具备自动化测试能力所以题目也会更偏向Appium、pytest之类的实际应用。这也提醒后来的同学不同批次的题型比例可能不一样不要只看一份面经就下结论宁可把所有题型都准备好也不要赌哪个不考。2. 笔试选择判断题里的高频考点和易错点选择题和判断题是笔试的第一道门槛量大、面广、时间紧。这类题做不好后面主观题写得再漂亮也可能连及格线都够不到。我把自己踩过坑的地方和复盘时整理出来的高频考点放在这里。2.1 Linux命令行、网络基础与测试理论有句玩笑话说测试工程师是半个运维虽然夸张但有一半道理。笔试里的Linux题目真的是年年有、次次有而且越来越贴近真实工作场景。比如它不会直接问你ps命令的作用是什么而是给你一个场景服务器上某个进程占用了过高内存你怎么快速找到它的PID并杀掉它。这种题就涉及ps aux --sort-%mem、grep、kill的组合用法。再比如问如何实时查看日志文件的最后100行答案是tail -f -n 100很多人会漏掉-f或者把tail和head搞混。网络方面重点集中在TCP三次握手、HTTP状态码、GET和POST的区别、Cookie和Session的区别。我印象比较深的是一道多选哪些HTTP状态码表示客户端错误选项里有201、301、403、404、500。正确答案是403和404但如果对状态码分类不熟很容易把500这个服务端错误也选进去。这种题没什么技巧就是背熟状态码分段1xx信息2xx成功3xx重定向4xx客户端错误5xx服务端错误。测试理论的选择题则相对平淡基本都是概念题。冒烟测试的目的是什么、回归测试什么时候执行、等价类边界值适用于什么场景。很多人觉得这些太简单就跳过复习实际上概念题里最容易出现抠字眼的问法。比如回归测试是不是只在软件修改后进行答案是肯定的但如果选项里出现冒烟测试由开发人员执行这种表述你就要反应过来冒烟测试虽然可以开发执行但测试工程师同样会做不能绝对化。2.2 数据库、编程语言基础与自动化测试概念数据库是测试岗笔试的另一大门类重点就是SQL查询尤其是多表关联、聚合函数、子查询。笔试不会让你写出多复杂的语句但会给你一张员工表和一张部门表让你查平均工资大于部门平均值的部门。这种题看起来简单实际上很容易在分组条件上翻车。我建议所有备考测试岗的同学把以下SQL能力练到位内连接和左连接的区别、GROUP BY与HAVING的组合使用、COUNT DISTINCT的语义、ORDER BY和LIMIT的配合。这些只要刷上十几个练习题基本就够用了。编程语言部分字节跳动、腾讯系的测试岗一般不会强制指定语言但你起码要看得懂Python或Java的代码。笔试题里常见的形式是给出一段Python脚本让你判断某个循环会执行几次或者让你补全一个字符串处理的函数。这里其实已经有点自动化测试的意思了后面会详细展开。自动化测试概念题比如pytest框架里的fixture的作用、Appium里的Desired Capabilities是什么、Selenium中WebDriver等待时间为10秒的含义这些都属于知道就秒选不知道就瞎蒙的题。我当时的做法是考前强行把pytest和Appium的核心概念过了一遍尤其是Appium里server和client的分工。因为车载测试、智能座舱测试这些方向现在也会考移动端测试工具Appium相关概念在笔试中出现的概率真的不低。3. 主观问答题测试用例设计和测试方案怎么写才拿分主观题是最能拉开差距的部分。选择题靠平时积累但主观题靠的是答题框架。很多人拿到设计一个登录功能的测试用例就直接开列10条用例结果得分反而不高。问题出在哪里出在用例之间没有层次、没有优先级、没有覆盖到非功能测试。3.1 测试用例设计的三层递进模板我自己复盘下来一套能拿分的测试用例设计答案应该包含三个层次。第一层是功能测试。要把正常路径、异常路径、边界值都覆盖到。比如手机号登录正常输入正确手机号正确密码能登录成功输入错误密码要提示账号或密码错误手机号格式不对要有格式校验密码为空要有必填校验连续输错5次是否触发验证码或锁定期。边界值不要只写密码长度6到16位要把6位、16位、5位、17位这种典型边界都列出来。第二层是兼容性和专项测试。这里就可以提一下真实的设备环境比如Android和iOS双端、不同分辨率屏幕、不同系统版本。如果你应聘的是智能座舱或车载测试岗还要考虑屏幕尺寸、横竖屏切换、语音输入法冲突等问题。专测这块弱网测试2G/3G/4G/5G/WiFi切换、中断测试来电、短信、通知栏下拉、电池功耗测试都是阅卷官比较看重的点。第三层是安全性和异常场景。比如登录接口是否使用HTTPS加密、密码是否明文传输、是否可以绕过前端校验直接调接口、登录态有没有过期机制、暴力破解有没有频率限制。如果你能把这一层单独写出来基本上就和普通候选人拉开差距了。3.2 接口测试方案的设计思路第二批笔试里有一道问答题让我印象很深给出一个上传头像的接口需要给出测试方案。这个题目看起来开放其实有一堆隐藏考察点。我当时的回答思路是先列接口基本信息包括请求方法、请求头、请求参数、返回码。然后再按数据层、逻辑层、异常层三个维度去设计用例。数据层要考虑正常格式的图片、超大图片、非图片文件、空文件、文件名带中文和特殊字符逻辑层要考虑鉴权失败、token过期、接口并发上传、同一用户重复上传异常层要考虑接口超时、服务器返回5xx、网络中断后的重试机制。最关键的一点是我在回答里加了一个幂等性的词同一个人重复上传同一个文件服务器应该只保存一份不应该产生重复数据。这种看似简单的概念在阅卷人眼里却代表了你的思维深度。我后来跟一个在大厂做测试的朋友聊他说他们筛笔试主观题时不太关注你列了多少条用例而是看你有没有考虑数据一致性、并发、异常恢复这些非功能性场景。这也是我强烈建议各位在写测试方案时不要只停留在功能。自动化测试、冒烟测试、安全测试这些概念如果能在方案里自然带出来会是明显的加分项。4. 编程题实战一题流程控制手写看出你的自动化脚本功底编程题是笔试中让很多测试岗候选人头疼的一部分。这里的编程不是让你做算法竞赛但也不是随便写两句伪代码就能糊弄过去。你需要坐在电脑前在给定的代码框里写出能运行的代码。4.1 典型的题解思路与实现代码我遇到的一道编程题大意是写一个函数读入一批接口响应时间整数输出最大值、最小值、平均值并且统计超过指定阈值比如500ms的请求个数然后将结果格式化成JSON。这题本质上就是最简单的一个数据处理脚本但考察的点却很实用。我当时用Python实现的思路如下import json def analyze_response_times(times, threshold500): if not times: return json.dumps({error: empty input}, ensure_asciiFalse) total len(times) max_time max(times) min_time min(times) avg_time sum(times) / total slow_count 0 for t in times: if t threshold: slow_count 1 result { total: total, max: max_time, min: min_time, avg: round(avg_time, 2), slow_count: slow_count } return json.dumps(result, ensure_asciiFalse)别看代码不长里面每个点都能踩出坑。比如平均分要不要保留两位小数、空列表的异常处理、阈值是大于还是大于等于、输出字段命名是否统一。这几点我特意在注释里写清楚因为阅卷时很可能会看你会不会处理边界条件。4.2 使用 Pytest 补齐测试逻辑笔试题目如果只让你写一个处理函数后面通常还有一个小问请你对这个函数写几条自动化测试用例。这个环节就是在考察pytest框架的熟练度。我当时直接写了参数化的pytest用例import pytest from analyze import analyze_response_times def test_normal_input(): result analyze_response_times([100, 200, 600]) assert result[max] 600 assert result[min] 100 assert result[avg] 300.0 assert result[slow_count] 1 def test_empty_input(): result analyze_response_times([]) assert error in result pytest.mark.parametrize(threshold, expected, [ (500, 1), (1000, 2), (50, 3), ]) def test_threshold_cases(times, threshold, expected): result analyze_response_times(times, threshold) assert result[slow_count] expected写完后我自己总结了一下题目的本质不是考你会不会写Python而是考你有没有被测代码需要测试用例来保护的意识。如果你平时用pytest跑过自动化测试对这种题自然是很轻松的。如果你完全没接触过只靠死记硬背很容易在参数化、断言、夹具这几个环节露出马脚。5. 备考时间线与刷题方案两周内如何把基础拉平笔试题量大、范围广如果靠平时零散积累去裸考大概率会挂。我当时给自己规划了大约两周的集中备考时间前一周用来补齐知识盲区后一周用来做综合训练和模拟。5.1 第一周定向补短板优先性价比高的模块第一周我会建议优先搞定Linux常用命令、SQL、HTTP基础。这三个模块是选择题里最大头的部分而且知识点边界很清晰背了就有分。Linux重点看文件操作、进程操作、日志查看、网络排查不需要去碰Shell编程的复杂语法。SQL就练单表查询、多表关联、聚合统计能应付笔试难度即可。这里想多说一句测试岗笔试里出现的Linux命令往往和日常测试工作强相关。比如你要排查一个App的崩溃日志就要会adb logcat抓日志要查看服务端口就要会netstat -tlnp。所以备考的时候别只背命令名称最好亲手跑一跑至少你对命令输入后的输出格式要有点印象。现在网上很多Linux面试题总结的资料大家可以直接拿来刷但最好把答案解析看一眼而不只是背标准答案。5.2 第二周主攻主观题模板加编程手感第二周开始重心就要放在写上面。主观题一定要自己动手写哪怕写出来的用例很幼稚也比只脑子里过一遍强。我当时给自己定了一个练习清单登录、支付、搜索、上传、导出、聊天消息发送每个功能都要写一份完整的测试用例设计。写完之后再去找一两份网上流传的大厂用例答案来对照重点看别人在异常场景、并发场景、兼容性场景上的思路。编程题这部分每天保持写一个简单到中等难度的Python脚本内容不需要是算法可以是文件解析、日志统计、接口数据处理这类和测试相关的题目。如果真想刷平台建议去LeetCode刷一下简单题里的字符串处理和数组处理题不用碰动态规划。笔试前两三天可以做做模拟笔试。自己定好时间选择一套综合题到点强迫自己交卷。这个过程非常有用因为很多人不是不会写而是时间分配不均匀导致后面的主观题写得匆匆忙忙。模拟笔试能帮你找到自己的节奏。我上次的教训是选择题花了太长时间导致最后编程题只留了不到25分钟差点没写完。后来模拟时专门训练了一下选择题整体不超过35分钟遇到犹豫超过1分钟的题先标出来跳过等主观题写完再回头查。6. 环境准备和远程笔试的避坑记录到了真正的考试那天很多人会忽略一个隐形杀手环境。腾讯音乐的笔试用的是在线OJ系统需要浏览器配合摄像头监考环境上有任何问题都会直接影响你答题。6.1 考前硬件与网络自检清单远程笔试最怕的就是视频掉线、网络断连、浏览器插件不兼容。我那次考试前二十分钟特意检查了三件事摄像头能否正常开启、浏览器版本是否在支持列表里、电脑会不会在闲置时进入睡眠模式。摄像头这块最容易踩雷。有些笔记本有物理隐私挡板挡住后无法被识别有些系统下Chrome需要额外授权摄像头权限否则虽然系统设置里是打开的但网页端还是黑的。建议前一天先用笔试平台自带的设备检测功能跑一遍不要等到开考了才发现问题。网络方面有条件就优先使用有线网络没有的话把路由器放在一个空间里同时关闭后台下载和自动更新。电脑休眠这个问题经常被忽略。远程笔试时间常常超过两小时如果电脑默认在10分钟后无操作就锁屏或睡眠一定会打断考试。我建议把系统休眠时间设置为从不同时插上电源防止低电量自动休眠。另一个细节是关掉手机的通知和闹钟因为监考系统会检测切屏你在电脑上操作但如果手机在旁边屏幕亮起来也会引起不必要的干扰万一被判定作弊就太冤了。6.2 时间分配和答题顺序的个人建议笔试系统的计时一旦开始整个人很容易被紧张情绪推着走。我给自己总结了一套固定的答题顺序先做选择题但严格限时再做编程题最后写主观问答题。为什么这么安排因为选择题是客观题做对就有分浪费太久就是因小失大。编程题如果放到最后一旦环境出问题或者思路卡壳很容易直接放弃。主观题虽然分值高但答题自由度大哪怕时间紧列个提纲也能拿一些分不至于零分收场。当然如果你拿到题目后发现主观题特别简单的可以先把主观题框架打上去再回头处理选择题。核心原则就是先做大概率能拿满分的再做需要组织语言慢慢写的。判断一份题难不难可以在开考后用三分钟快速扫描一遍全部题目心里有数之后再做分配这是我笔试很多次之后才学会的节奏控制分享给大家。7. 笔试之后的等待期什么时候准备面试最合适笔试交卷之后很多人的第一反应就是躺平刷手机等通知。但实际上笔试只是春招流程的第一道关卡后面的面试才是真正的重头戏。腾讯音乐的招聘节奏很快有些同学笔试完不到一周就会收到面试邀约如果你等到通知下来再准备面试时间极可能不够用。7.1 从笔试题目反推面试考察方向一个很实用的做法把你笔试里没答好的题目重新整理成一份文档。面试官在问你之前解决过什么问题时往往会把你笔试中的薄弱点作为引子。比如笔试中TCP挥手那段你选错了面试官可能就会顺着问TIME_WAIT是什么状态为什么需要等待2MSL。这时候如果你手边有自己的笔试复盘完全可以翻出来看一眼避免在同样的地方再次卡壳。另一个方向是从岗位本身出发去准备面试。如果笔试里出现Appium、pytest、智能座舱、车载测试相关的概念题说明部门当前的业务很可能就在这些方向上招人。我建议笔试之后花一天时间去了解一下这些工具链的基本内容比如Appium的架构、pytest夹具的运行机制、车载测试常用的测试框架。不必学得多深但至少要能在面试中说出个大概让面试官觉得你对实际业务的兴趣不是临阵磨枪。7.2 我发现复盘比刷题更重要笔试结果出来之前做的复盘价值不在结果本身而在帮你把零散的知识点串联成系统框架。我在等待期间做了一件事把每次练习中的错题按Linux、网络、数据库、自动化、测试理论五个维度分类每天花半小时翻一遍。这套资料后来在我面试的时候也一直在用面试中被问到一些基础概念时我脑子里浮现出来的不是零散记忆点而是那些题的上下文回答起来自然顺畅很多。如果你也正在准备腾讯音乐的测试岗笔试或者任何一个大厂的测试岗春招我建议你考完试后不要急着收藏一堆新面经。先把手头这份笔试题彻底吃透再把错题对应的知识点补上这个过程远比等通知重要得多。8. 最后再分享一点点关于要不要背题的看法网上有太多腾讯音乐笔试真题大厂春招测试岗题库的资料很多同学会花大量时间去背所谓的标准答案。我不反对刷题尤其单选题和多选题刷题确实是最高效的记忆方式。但对于主观题和编程题光背是没用的你必须亲手写一遍逻辑才会真正留在脑子里。我见过有朋友背了一大堆Appium的概念笔试的时候确实写出来了Desired CapabilitiesWebDriverAgent这些词但面试官一句你能说一下Appium在iOS端为什么需要WebDriverAgent吗他就愣住了。原因就在于他只背了结论没理解原因。笔试系统可能允许你靠记忆混过去但面试和实际工作里概念的来龙去脉才是判断你水平的关键。根据我个人经验测试岗笔试就像是一次带有工程色彩的体检它既检查你的知识储备也检查你在压力下能不能保持工程化的思考方式。我参加这批笔试最大的收获不是拿到一个结果而是真正意识到测试这个岗位需要的是对细节极度敏感、对待问题有逻辑分层的人。这种感觉在刷题的时候是体会不到的只有坐在笔试系统前面看到那道设计一个测试方案的开放题时你才会切实感受到什么叫测试思维。希望这份复盘能帮你少踩几个坑祝各位都能顺利通过笔试。