2023年腾讯音乐春招测试岗第一批笔试我完整走了一遍。当时投的是测开方向的校招岗位收到笔试链接之后大概有一周准备时间说实话压力不小。腾讯音乐的笔试在牛客网上进行限时120分钟题量适中但考察范围很广从数据结构、计算机网络、Linux命令到SQL、测试用例设计、编程题都有涉及和单纯刷LeetCode的思路完全不一样更强调测试思维和工程落地能力。这篇内容我拖了很久才整理出来今天把整个笔试的考点、思路和复盘经验一次性讲透想冲大厂测试岗的朋友可以直接当备考路线参考。1. 腾讯音乐测试岗笔试的底层逻辑与整体布局1.1 考试形式与时间分配先说整体感受。腾讯音乐2023年春招测试岗第一批笔试线上进行时间120分钟题目分三块客观选择题、简答/设计题、编程题。客观题大概20道左右覆盖数据结构、算法、计算机网络、操作系统、Linux、数据库和软件测试基础简答题一般1-2道重点是测试用例设计偶尔会问自动化测试框架选型编程题2-3道难度从Easy到Medium个别年份会出现偏难的数据结构题但整体不会到竞赛级别。我当时的答题顺序是先花40分钟做选择题再花20分钟写测试用例设计题剩下的60分钟全部留给编程题。这个顺序比较稳妥选择题里有不少基础送分题快速拿稳用例设计题是测试岗的核心竞争力得分性价比很高编程题虽然分值最高但一旦卡住容易心态崩放到后面做能让前半场手感热起来。注意牛客网的笔试系统支持本地IDE编译再粘贴提交但有个坑——代码题通常要求从标准输入读取不写输入输出处理直接提交会整体判错。平时练习就要养成写input()或sys.stdin.read()的习惯别到考场才手忙脚乱。1.2 测试岗笔试的考察逻辑很多人在准备测试岗笔试时有个误区以为难度肯定比开发岗低于是疯狂刷LeetCode忽略了测试理论。实际上大厂测试岗的笔试逻辑完全不一样他们不指望你成为一个算法竞赛选手而是要你证明你有“工程判断力”——遇到一个需求知道怎么拆解、怎么设计测试策略、怎么用代码快速验证。腾讯音乐这批笔试题有个明显的特点是选择题里大量出现“某个测试场景中下列哪项测试优先级最高”这类问题这种题没有绝对正确答案但背后考察的是你对测试金字塔单元测试、接口测试、UI测试的投入比例和风险控制的理解。另外Linux、数据库、网络是测试岗的基础三件套笔试中约30%的客观题都围绕这三块展开和Web端、App端测试的实际工作场景高度相关。2. 核心考点拆解从测试理论到开发基础2.1 测试用例设计不是让你背概念腾讯音乐笔试的简答题基本离不开测试用例设计我当时遇到的大意是为“QQ音乐搜索歌曲功能”设计测试用例要求从功能、性能、兼容性、安全性几个维度展开。这种题没有标准答案但得分差距非常大。我建议按这个框架来写首先明确被测对象的核心流程比如输入关键词、点击搜索、展示结果列表、点击结果播放然后按正向用例、反向用例、边界用例分类最后再扩展异常场景。以搜索功能为例功能测试正常关键词搜索、语音输入搜索、历史搜索记录、搜索为空、搜索词含空格或特殊字符、搜索结果精确匹配与模糊匹配、点击搜索结果跳转播放、搜索热词推荐是否正常边界测试搜索词长度为1个字符、搜索词达到最大长度上限、连续快速多次点击搜索按钮、清空搜索框后再次搜索性能测试弱网环境下搜索结果返回时间、大量用户同时搜索时的响应时间、搜索结果图片懒加载是否卡顿兼容性测试不同手机品牌和操作系统版本、不同分辨率屏幕下结果展示是否错位安全测试搜索内容包含恶意脚本时是否被转义、用户搜索记录是否加密存储、搜索结果是否过滤违规内容写用例设计题时还有个技巧一定要给出优先级分级P0/P1/P2说明哪些用例必须覆盖、哪些可以延后。这能向面试官传递出你有风险思维而不是机械地罗列测试点。我当时就写了“P0用例保障核心链路可用P1用例保障主流程体验P2用例作为兼容性覆盖”后来复盘的时候觉得这个写法应该加分不少。2.2 Linux命令与Shell直接上手的那种选择题里Linux的占比不低尤其是日志分析、进程管理、文本处理这几类命令。腾讯音乐的题目风格不是“下列哪个命令用于查看文件末尾内容”这种简单送分题而更像“线上日志文件server.log中统计访问量最高的Top10 IP”该怎么用命令实现。这类问题考察的核心是grep、awk、sort、uniq、tail的组合使用。以“统计Top10 IP”为例完整命令是awk {print $1} server.log | sort | uniq -c | sort -rn | head -10注意几个细节sort默认按字典序排序所以先用sort把相同IP聚合uniq -c统计重复次数后再次排序要用sort -rn即按数字逆序最后head -10取前十条。这种命令在笔试中经常以“输出结果中每一列分别代表什么”的形式提问你一定要清楚第1列是出现次数第2列是IP地址。另外高频命令还有tail -f跟踪日志、top查看进程CPU和内存占用、netstat -tunlp查看端口占用、ps -ef | grep查找进程、chmod和chown修改权限和属主、find和grep组合查找文件内容。笔试中经常给一个场景让你判断哪条命令能实现目标这几个命令务必牢记。2.3 计算机网络与数据库基础网络部分重点集中在HTTP协议、TCP/IP、DNS解析和HTTPS握手。腾讯音乐毕竟做音乐流媒体和在线直播对网络传输质量比较敏感所以问了HTTP和HTTPS的区别、HTTP常用状态码的含义、TCP三次握手和四次挥手的过程。其中有个选择题印象深刻分别是“DNS解析使用的是TCP还是UDP协议”答案是DNS查询通常使用UDP 53端口但在区域传输或响应超过512字节时使用TCP。这种细节题光靠背是不行的得理解网络协议在不同场景下的设计取舍。数据库部分主要考察SQL编写和索引优化。笔试里不会让你写特别复杂的多表关联更常见的是单表查询、分组聚合、排序过滤、去重统计。比如常见的题目类型一张歌曲播放记录表play_record字段包括user_id、song_id、play_time统计每首歌的播放次数并排序。答案SELECT song_id, COUNT(*) AS play_cnt FROM play_record GROUP BY song_id ORDER BY play_cnt DESC;还可以考察HAVING和WHERE的区别WHERE在分组前过滤HAVING在分组后过滤。以及LEFT JOIN和INNER JOIN的结果行数差异这些都是选择题的热门考点。2.4 编程基础与Python腾讯音乐测试岗笔试的编程题支持C、Java、Python、Go等主流语言我个人强烈建议用Python提交因为同样的逻辑Python写起来更短笔试时间紧张时能省不少书写和调试时间。编程题一般有两道一道是暴力或模拟一道是稍带技巧的算法题。我当时抽到的第一题是“字符串去重并按字典序排序”第二题是“给定一个数组找出和为目标值的两个数的索引”。这些都是经典题LeetCode第一题和类似题目的变形版难度不大但要注意边界条件比如数组为空、目标值不存在、数组中存在重复值时怎么处理。实操建议笔试前一定要用牛客网的在线编程环境练习输入输出格式尤其是Python的input()读取多行、sys.stdin.readline()和sys.stdin.read()的使用区别。遇到需要处理多行输入时我习惯直接用sys.stdin.read().split()一次性把全部数据读进来再按索引取值避免逐行读取时的格式问题。3. 自动化测试与持续集成方向的高频考点3.1 pytest框架与接口自动化作为一个测试岗笔试自动化测试相关的内容必然会涉及但奇怪的是笔试中不会让你现场写一个完整的测试框架而是通过选择题来考察你是否理解框架的核心机制。比如pytest中fixture的作用域、conftest.py的目录层级关系、参数化测试的使用场景、断言失败后如何处理等。pytest有几个核心机制值得重点关注fixture用于提供测试前置条件比如初始化数据库连接、创建临时文件、登录状态复用。作用域有function、class、module、session笔试常考“哪个作用域的fixture可以被整个测试会话共享”答案是session。parametrize参数化测试把多组输入数据一次性传入测试函数类似如下代码import pytest pytest.mark.parametrize(a,b,expected, [ (1, 2, 3), (0, 0, 0), (-1, 1, 0), (100, 200, 300), ]) def test_add(a, b, expected): assert a b expectedconftest.pypytest会自动发现当前目录及其子目录下的conftest.py并加载里面的fixture常用于定义全局的登录态或数据库清理逻辑。接口自动化方面笔试中常问requests库的常见方法、如何从JSON响应中提取断言字段、如何使用pytestrequests搭建一个完整的接口测试框架。我建议准备一个最小可用的模板import requests import pytest BASE_URL https://api.example.com def test_search_song(): resp requests.get(f{BASE_URL}/search, params{keyword: 晴天, limit: 10}) assert resp.status_code 200 data resp.json() assert data[code] 0 assert len(data[data][songs]) 0这个模板虽然简单但覆盖了接口测试的核心要素添加测试名称、发送请求、断言状态码和业务返回码、断言数据内容是否合理。笔试问“接口自动化测试的断言应该包含哪些方面”就可以答HTTP状态码、业务状态码、关键字段值、响应时间、数据格式。3.2 Appium移动端测试与模拟器环境腾讯音乐的客户端包括Android和iOS端所以移动端测试的知识点在笔试中也会出现。Appium是最高频的考点考察点集中在Appium的四大组件Appium Server、Appium Client、Desired Capabilities、Session、元素定位方式、和Native App与Web App的自动化差异。一个典型的Appium脚本流程是这样的from appium import webdriver desired_caps { platformName: Android, platformVersion: 12.0, deviceName: emulator-5554, appPackage: com.tencent.qqmusic, appActivity: .activity.MainActivity, noReset: True } driver webdriver.Remote(http://localhost:4723/wd/hub, desired_caps) driver.implicitly_wait(10) driver.find_element_by_id(com.tencent.qqmusic:id/search_edit).send_keys(周杰伦) driver.quit()笔试中常问的“Desired Capabilities里noReset有什么用”——答案是控制测试结束时是否重置应用状态。如果设为True可以跳过登录等前置操作但测试环境的一致性会被破坏容易产生脏数据设为False则每次从头开始用例更稳定但耗时更长。这个取舍题在笔试中出现的频率挺高建议理解底层的原因而不是死记硬背。3.3 Jenkins与持续集成流程持续集成CI是测试工程化的重要一环笔试中偶尔会问Jenkins在测试流程中的位置和作用。考察方式是“下面的流程中测试环节应该插入在哪一步”。完整的CI流程一般是代码提交 → 触发Jenkins任务 → 静态代码扫描 → 单元测试 → 构建 → 部署到测试环境 → 自动化测试接口/UI→ 生成测试报告 → 发布通知。笔试中还会问“自动化测试在CI中的最佳实践”这里面有个关键点是CI中的自动化测试必须是稳定、快速、可重复的如果测试用例在执行过程中经常出现偶发失败flaky tests会让CI流水线的可信度大打折扣。答案包括只跑冒烟测试集、测试用例必须无状态、失败用例要有日志和截图等。4. 笔试中的高频编程题与SQL实战场4.1 字符串与数组类题目的通用套路腾讯音乐笔试的编程题很少出动态规划和图论这种重量级考点更偏向字符串处理和数组操作这与测试岗位日常写脚本验证数据的场景是匹配的。以下两类题几乎年年出现建议熟悉解题模板。第一类字符串处理题。比如“给定一个仅包含大小写字母和数字的字符串将大写字母转换为小写字母删除所有数字并反转字符串”。思路很简单先遍历字符判断类型并转换再用切片反转。Python的实现尤为简洁def transform(s: str) - str: result [] for ch in s: if ch.isdigit(): continue result.append(ch.lower()) return .join(result[::-1])但要注意边界ch.isalnum()会区分中英文字符笔试中如果明确说明字符串只包含ASCII字符直接用str.isalpha()更保险因为isalpha()对中文也会返回True可能会导致不预期的结果。这类细节很容易成为隐藏扣分点。第二类数组与滑动窗口。比如“给定一个整数数组和一个目标值找出数组中连续子数组和大于等于目标值的最短长度”。这种题可以用双指针滑动窗口解决时间复杂度O(n)def min_subarray_len(target: int, nums) - int: n len(nums) left 0 cur_sum 0 min_len float(inf) for right in range(n): cur_sum nums[right] while cur_sum target: min_len min(min_len, right - left 1) cur_sum - nums[left] left 1 return min_len if min_len ! float(inf) else 0笔试中不要求你把代码优化到极致但至少要把暴力解O(n^2)优化到O(n)级别的滑动窗口解法这种代码能力在简历写“熟练掌握Python”的同学中已经算不错的水平了。4.2 SQL窗口函数测试数据对比的利器除了基础的分组聚合之外腾讯音乐笔试偶尔会考到窗口函数典型的题目是“查询每个用户最近一次播放的歌曲ID”。这个用普通GROUP BY不太好搞但用窗口函数就很顺手SELECT user_id, song_id, play_time FROM ( SELECT user_id, song_id, play_time, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY play_time DESC) AS rn FROM play_record ) t WHERE rn 1;窗口函数之所以在测试岗笔试中越来越常见是因为做数据分析型测试时经常需要对比同一分组内不同记录的差异比如找出连续登录天数、统计每个接口在最近一周的调用量Top N等。建议把ROW_NUMBER()、RANK()、DENSE_RANK()的区别搞清楚ROW_NUMBER给每个分组内的行一个唯一递增编号RANK在有并列时会跳过编号比如1、1、3DENSE_RANK则不跳过1、1、2。这是笔试选择题的高频陷阱。4.3 测试数据构造与断言逻辑题有一类编程题比较特殊题目描述的是一个函数接口要求你实现该函数但同时会考察输出是否符合测试断言。比如“实现一个函数接收一个包含重复元素的列表返回去重后的列表且保持元素首次出现顺序”。这类题的核心思想就是让你模拟一个测试驱动开发的流程先根据题意推测输入输出样例再实现函数。我建议这类题先写几个自测用例再用代码实现。比如以输入[3, 1, 2, 1, 3, 4]为例期待输出[3, 1, 2, 4]。实现方式很多Python最简def dedupe(lst): seen set() res [] for x in lst: if x not in seen: seen.add(x) res.append(x) return res笔试判题系统通常只看最终输出是否正确但如果你在本地调试时养成“先写断言再实现”的习惯到了实际工作中写自动化测试时就会非常顺手。5. 可复用的笔试经验与避坑指南5.1 时间分配做题顺序比刷题量更重要我见过不少同学备考大厂测试岗笔试时疯狂刷了300道LeetCode结果在牛客网笔试时栽在了前面的选择题上。大厂测试岗笔试的选择题看似简单但涵盖了Linux命令、网络协议、数据库索引、测试设计等交叉知识点如果平时只刷算法题拿到这些选择题会非常被动。我的经验是质量大于数量且必须按“先卷面分再难度分”的顺序答题。具体操作方式先快速过一遍选择题把有把握的题全部拿下遇到卡壳超过2分钟的题立刻标记跳过选择题结束后马上写简答/用例设计题这是测试岗的专属送分题写详细一点就能得分最后全神贯注做编程题把前面跳过的选择题再回头补。时间分配上我建议选择题40分钟、简答题20分钟、编程题60分钟但这只是参考具体要结合试卷难度调整。如果选择题中有大量完全没见过的知识点不要恋战立刻止损切到编程题因为编程题一题的分值可能抵得上三四道选择题。5.2 测试用例设计题的加分写法笔试的测试用例设计题很多人只能写出一堆零散的测试点然后没有重点地全部罗列出来。但结合我自己后来实际做测试时的经验这种写法并不能展示你的专业度。这里分享一个直接可以“抄作业”的模板被测对象描述明确说明测试对象是什么输入、处理、输出是什么。测试环境说明列出操作系统、浏览器版本、网络环境、设备型号。功能测试用例表用例编号、测试步骤、输入数据、预期结果、优先级。边界与异常用例空值、超长、特殊字符、并发操作、权限不足、网络中断。非功能测试性能接口响应时间、并发用户数、兼容性不同浏览器/设备、安全越权访问、恶意输入。用表格呈现比大段文字清晰得多。比如用例编号测试步骤输入数据预期结果优先级TC001输入正确关键词并点击搜索“晴天”展示歌曲列表按相关度排序P0TC002输入不存在的关键词“zzzzzz”展示“未找到相关结果”的空状态P1TC003输入100个字符的超长关键词100个“a”搜索框限制输入长度或正常展示结果P1TC004弱网环境下搜索网络限速至100kbps页面出现加载中状态不崩溃结果返回后正常展示P0这种表格写法不但让阅卷人一眼看到你有多少测试思维还能在面试时直接拿来做自我介绍的项目亮点一举两得。5.3 在线笔试的硬件与网络环境注意事项说实话笔试翻车往往不是题目本身难而是环境出问题。分享几个自己踩过的坑和观察到的教训第一提前1小时检查电脑和网络。牛客网笔试系统对浏览器有要求建议提前下载最新版Chrome禁用所有广告拦截插件否则考试过程中弹窗或者代码编辑器加载异常非常影响心态。我当时的做法是在考试前48小时先在牛客网进行一次模拟笔试确认摄像头、麦克风、屏幕分享这些功能都正常。第二关闭所有无关软件。笔试过程中如果检测到切屏或者后台运行其他软件可能会触发警戒机制。即使不判定作弊也会在系统里留下记录影响面试评价。建议把QQ、微信、企业微信、邮件客户端全部退出专注于考试页面。第三准备好本地IDE的同时提前适应在线编辑器。牛客网的在线编程环境虽然功能上够用但和本地IDE相比差不少没有自动补全和报错提示时会严重影响编码速度。平时练习就应该直接在牛客网的在线环境里写代码不要依赖本地IDE。第四考试前模拟一遍输入输出的处理。不同公司的笔试系统对输入格式要求不太一样有的喜欢单组输入有的用多组测试数据有的在输入中带有空行。如果你在牛客网做真题时发现题目描述里写了“多组数据输入”就可以直接用sys.stdin.read().split()一把梭。5.4 常见问题排查技巧实录笔试过程中如果发现代码怎么提交都只有部分用例通过可能问题不在算法逻辑而在一些隐蔽的工程细节上。我把自己在练习和考试中遇到的问题整理成了一张速查表问题现象常见原因排查思路小数据正确大数据超时算法复杂度太高检查是否有嵌套循环、是否可以用哈希表/滑动窗口优化本地运行正确提交全错输入输出格式不符重新阅读题目输入格式看是否需要多组输入、读入字符串还是整数有浮点数比较的题目无法通过精度问题使用math.isclose()或转换为整数进行计算Python递归深度超限递归层数过大改用迭代或增大递归深度sys.setrecursionlimit()列表索引越界边界条件未处理在循环之前增加数组长度判断和空值判断明明提交了代码但显示未作答点击提交后没有确认牛客网部分试卷需要手动点一次“保存并提交”注意检查5.5 笔试与面试的衔接笔试题目如何转化为面试谈资很多人把笔试和面试割裂看待笔试通过后就进下一环节不再回顾。但我的建议是笔试结束后的两天内趁记忆还清晰立刻把所有题目重新整理一遍尤其是那些当时不确定答案的题去网上查阅资料、补充原理把这些内容做成一份“笔试复盘笔记”。这份笔记可以在面试时直接引出技术话题比如如果笔试里考了测试用例设计题面试时可以说“我之前在腾讯音乐笔试中设计过搜索功能的测试用例当时我按照功能优先级拆分最关注的是弱网和并发场景因为音乐类App对播放体验要求很高”如果笔试里考了SQL窗口函数面试时可以主动说“最近遇到一个查询每个用户最近播放歌曲的需求我用窗口函数实现比传统自连接效率高很多”把笔试题目转化为面试谈资既能展示你的学习能力和总结能力又能避免面试时被问到“你做过什么项目”时无话可说。写在最后关于这次笔试想分享的心得从备考到完成笔试我最大的感触是测试岗的笔试和开发岗完全是两条线。开发岗看中你能不能写出高性能的算法测试岗则看中你能不能从需求中拆解出风险、设计出有效验证方案、快速搭建可用的测试工具。这决定了备考方向不能只刷算法题而要多去思考“这个功能上线后最可能在哪里出问题”“这条数据在异常情况下会不会让整个系统崩掉”。另外想和大家说的是大厂笔试虽然有难度但考点范围其实很固定。只要你把Linux基础、计算机网络、数据库SQL、测试用例设计、Python语法和常见自动化测试框架的知识体系打牢再把牛客网上历年大厂测试岗真题刷两三套通过笔试的概率是非常高的。腾讯音乐这批笔试只是测试职业路上的第一道门槛保持稳定心态、规范答题习惯后面的面试更看重你解决问题的思路和沟通表达力。准备充分的人运气不会太差。 
长河君 · 2026/9/1 11:30:31 · 阅读 1.2k 腾讯音乐测试岗笔试全复盘：考点拆解与高效备考指南
2023年腾讯音乐春招测试岗第一批笔试我完整走了一遍。当时投的是测开方向的校招岗位收到笔试链接之后大概有一周准备时间说实话压力不小。腾讯音乐的笔试在牛客网上进行限时120分钟题量适中但考察范围很广从数据结构、计算机网络、Linux命令到SQL、测试用例设计、编程题都有涉及和单纯刷LeetCode的思路完全不一样更强调测试思维和工程落地能力。这篇内容我拖了很久才整理出来今天把整个笔试的考点、思路和复盘经验一次性讲透想冲大厂测试岗的朋友可以直接当备考路线参考。1. 腾讯音乐测试岗笔试的底层逻辑与整体布局1.1 考试形式与时间分配先说整体感受。腾讯音乐2023年春招测试岗第一批笔试线上进行时间120分钟题目分三块客观选择题、简答/设计题、编程题。客观题大概20道左右覆盖数据结构、算法、计算机网络、操作系统、Linux、数据库和软件测试基础简答题一般1-2道重点是测试用例设计偶尔会问自动化测试框架选型编程题2-3道难度从Easy到Medium个别年份会出现偏难的数据结构题但整体不会到竞赛级别。我当时的答题顺序是先花40分钟做选择题再花20分钟写测试用例设计题剩下的60分钟全部留给编程题。这个顺序比较稳妥选择题里有不少基础送分题快速拿稳用例设计题是测试岗的核心竞争力得分性价比很高编程题虽然分值最高但一旦卡住容易心态崩放到后面做能让前半场手感热起来。注意牛客网的笔试系统支持本地IDE编译再粘贴提交但有个坑——代码题通常要求从标准输入读取不写输入输出处理直接提交会整体判错。平时练习就要养成写input()或sys.stdin.read()的习惯别到考场才手忙脚乱。1.2 测试岗笔试的考察逻辑很多人在准备测试岗笔试时有个误区以为难度肯定比开发岗低于是疯狂刷LeetCode忽略了测试理论。实际上大厂测试岗的笔试逻辑完全不一样他们不指望你成为一个算法竞赛选手而是要你证明你有“工程判断力”——遇到一个需求知道怎么拆解、怎么设计测试策略、怎么用代码快速验证。腾讯音乐这批笔试题有个明显的特点是选择题里大量出现“某个测试场景中下列哪项测试优先级最高”这类问题这种题没有绝对正确答案但背后考察的是你对测试金字塔单元测试、接口测试、UI测试的投入比例和风险控制的理解。另外Linux、数据库、网络是测试岗的基础三件套笔试中约30%的客观题都围绕这三块展开和Web端、App端测试的实际工作场景高度相关。2. 核心考点拆解从测试理论到开发基础2.1 测试用例设计不是让你背概念腾讯音乐笔试的简答题基本离不开测试用例设计我当时遇到的大意是为“QQ音乐搜索歌曲功能”设计测试用例要求从功能、性能、兼容性、安全性几个维度展开。这种题没有标准答案但得分差距非常大。我建议按这个框架来写首先明确被测对象的核心流程比如输入关键词、点击搜索、展示结果列表、点击结果播放然后按正向用例、反向用例、边界用例分类最后再扩展异常场景。以搜索功能为例功能测试正常关键词搜索、语音输入搜索、历史搜索记录、搜索为空、搜索词含空格或特殊字符、搜索结果精确匹配与模糊匹配、点击搜索结果跳转播放、搜索热词推荐是否正常边界测试搜索词长度为1个字符、搜索词达到最大长度上限、连续快速多次点击搜索按钮、清空搜索框后再次搜索性能测试弱网环境下搜索结果返回时间、大量用户同时搜索时的响应时间、搜索结果图片懒加载是否卡顿兼容性测试不同手机品牌和操作系统版本、不同分辨率屏幕下结果展示是否错位安全测试搜索内容包含恶意脚本时是否被转义、用户搜索记录是否加密存储、搜索结果是否过滤违规内容写用例设计题时还有个技巧一定要给出优先级分级P0/P1/P2说明哪些用例必须覆盖、哪些可以延后。这能向面试官传递出你有风险思维而不是机械地罗列测试点。我当时就写了“P0用例保障核心链路可用P1用例保障主流程体验P2用例作为兼容性覆盖”后来复盘的时候觉得这个写法应该加分不少。2.2 Linux命令与Shell直接上手的那种选择题里Linux的占比不低尤其是日志分析、进程管理、文本处理这几类命令。腾讯音乐的题目风格不是“下列哪个命令用于查看文件末尾内容”这种简单送分题而更像“线上日志文件server.log中统计访问量最高的Top10 IP”该怎么用命令实现。这类问题考察的核心是grep、awk、sort、uniq、tail的组合使用。以“统计Top10 IP”为例完整命令是awk {print $1} server.log | sort | uniq -c | sort -rn | head -10注意几个细节sort默认按字典序排序所以先用sort把相同IP聚合uniq -c统计重复次数后再次排序要用sort -rn即按数字逆序最后head -10取前十条。这种命令在笔试中经常以“输出结果中每一列分别代表什么”的形式提问你一定要清楚第1列是出现次数第2列是IP地址。另外高频命令还有tail -f跟踪日志、top查看进程CPU和内存占用、netstat -tunlp查看端口占用、ps -ef | grep查找进程、chmod和chown修改权限和属主、find和grep组合查找文件内容。笔试中经常给一个场景让你判断哪条命令能实现目标这几个命令务必牢记。2.3 计算机网络与数据库基础网络部分重点集中在HTTP协议、TCP/IP、DNS解析和HTTPS握手。腾讯音乐毕竟做音乐流媒体和在线直播对网络传输质量比较敏感所以问了HTTP和HTTPS的区别、HTTP常用状态码的含义、TCP三次握手和四次挥手的过程。其中有个选择题印象深刻分别是“DNS解析使用的是TCP还是UDP协议”答案是DNS查询通常使用UDP 53端口但在区域传输或响应超过512字节时使用TCP。这种细节题光靠背是不行的得理解网络协议在不同场景下的设计取舍。数据库部分主要考察SQL编写和索引优化。笔试里不会让你写特别复杂的多表关联更常见的是单表查询、分组聚合、排序过滤、去重统计。比如常见的题目类型一张歌曲播放记录表play_record字段包括user_id、song_id、play_time统计每首歌的播放次数并排序。答案SELECT song_id, COUNT(*) AS play_cnt FROM play_record GROUP BY song_id ORDER BY play_cnt DESC;还可以考察HAVING和WHERE的区别WHERE在分组前过滤HAVING在分组后过滤。以及LEFT JOIN和INNER JOIN的结果行数差异这些都是选择题的热门考点。2.4 编程基础与Python腾讯音乐测试岗笔试的编程题支持C、Java、Python、Go等主流语言我个人强烈建议用Python提交因为同样的逻辑Python写起来更短笔试时间紧张时能省不少书写和调试时间。编程题一般有两道一道是暴力或模拟一道是稍带技巧的算法题。我当时抽到的第一题是“字符串去重并按字典序排序”第二题是“给定一个数组找出和为目标值的两个数的索引”。这些都是经典题LeetCode第一题和类似题目的变形版难度不大但要注意边界条件比如数组为空、目标值不存在、数组中存在重复值时怎么处理。实操建议笔试前一定要用牛客网的在线编程环境练习输入输出格式尤其是Python的input()读取多行、sys.stdin.readline()和sys.stdin.read()的使用区别。遇到需要处理多行输入时我习惯直接用sys.stdin.read().split()一次性把全部数据读进来再按索引取值避免逐行读取时的格式问题。3. 自动化测试与持续集成方向的高频考点3.1 pytest框架与接口自动化作为一个测试岗笔试自动化测试相关的内容必然会涉及但奇怪的是笔试中不会让你现场写一个完整的测试框架而是通过选择题来考察你是否理解框架的核心机制。比如pytest中fixture的作用域、conftest.py的目录层级关系、参数化测试的使用场景、断言失败后如何处理等。pytest有几个核心机制值得重点关注fixture用于提供测试前置条件比如初始化数据库连接、创建临时文件、登录状态复用。作用域有function、class、module、session笔试常考“哪个作用域的fixture可以被整个测试会话共享”答案是session。parametrize参数化测试把多组输入数据一次性传入测试函数类似如下代码import pytest pytest.mark.parametrize(a,b,expected, [ (1, 2, 3), (0, 0, 0), (-1, 1, 0), (100, 200, 300), ]) def test_add(a, b, expected): assert a b expectedconftest.pypytest会自动发现当前目录及其子目录下的conftest.py并加载里面的fixture常用于定义全局的登录态或数据库清理逻辑。接口自动化方面笔试中常问requests库的常见方法、如何从JSON响应中提取断言字段、如何使用pytestrequests搭建一个完整的接口测试框架。我建议准备一个最小可用的模板import requests import pytest BASE_URL https://api.example.com def test_search_song(): resp requests.get(f{BASE_URL}/search, params{keyword: 晴天, limit: 10}) assert resp.status_code 200 data resp.json() assert data[code] 0 assert len(data[data][songs]) 0这个模板虽然简单但覆盖了接口测试的核心要素添加测试名称、发送请求、断言状态码和业务返回码、断言数据内容是否合理。笔试问“接口自动化测试的断言应该包含哪些方面”就可以答HTTP状态码、业务状态码、关键字段值、响应时间、数据格式。3.2 Appium移动端测试与模拟器环境腾讯音乐的客户端包括Android和iOS端所以移动端测试的知识点在笔试中也会出现。Appium是最高频的考点考察点集中在Appium的四大组件Appium Server、Appium Client、Desired Capabilities、Session、元素定位方式、和Native App与Web App的自动化差异。一个典型的Appium脚本流程是这样的from appium import webdriver desired_caps { platformName: Android, platformVersion: 12.0, deviceName: emulator-5554, appPackage: com.tencent.qqmusic, appActivity: .activity.MainActivity, noReset: True } driver webdriver.Remote(http://localhost:4723/wd/hub, desired_caps) driver.implicitly_wait(10) driver.find_element_by_id(com.tencent.qqmusic:id/search_edit).send_keys(周杰伦) driver.quit()笔试中常问的“Desired Capabilities里noReset有什么用”——答案是控制测试结束时是否重置应用状态。如果设为True可以跳过登录等前置操作但测试环境的一致性会被破坏容易产生脏数据设为False则每次从头开始用例更稳定但耗时更长。这个取舍题在笔试中出现的频率挺高建议理解底层的原因而不是死记硬背。3.3 Jenkins与持续集成流程持续集成CI是测试工程化的重要一环笔试中偶尔会问Jenkins在测试流程中的位置和作用。考察方式是“下面的流程中测试环节应该插入在哪一步”。完整的CI流程一般是代码提交 → 触发Jenkins任务 → 静态代码扫描 → 单元测试 → 构建 → 部署到测试环境 → 自动化测试接口/UI→ 生成测试报告 → 发布通知。笔试中还会问“自动化测试在CI中的最佳实践”这里面有个关键点是CI中的自动化测试必须是稳定、快速、可重复的如果测试用例在执行过程中经常出现偶发失败flaky tests会让CI流水线的可信度大打折扣。答案包括只跑冒烟测试集、测试用例必须无状态、失败用例要有日志和截图等。4. 笔试中的高频编程题与SQL实战场4.1 字符串与数组类题目的通用套路腾讯音乐笔试的编程题很少出动态规划和图论这种重量级考点更偏向字符串处理和数组操作这与测试岗位日常写脚本验证数据的场景是匹配的。以下两类题几乎年年出现建议熟悉解题模板。第一类字符串处理题。比如“给定一个仅包含大小写字母和数字的字符串将大写字母转换为小写字母删除所有数字并反转字符串”。思路很简单先遍历字符判断类型并转换再用切片反转。Python的实现尤为简洁def transform(s: str) - str: result [] for ch in s: if ch.isdigit(): continue result.append(ch.lower()) return .join(result[::-1])但要注意边界ch.isalnum()会区分中英文字符笔试中如果明确说明字符串只包含ASCII字符直接用str.isalpha()更保险因为isalpha()对中文也会返回True可能会导致不预期的结果。这类细节很容易成为隐藏扣分点。第二类数组与滑动窗口。比如“给定一个整数数组和一个目标值找出数组中连续子数组和大于等于目标值的最短长度”。这种题可以用双指针滑动窗口解决时间复杂度O(n)def min_subarray_len(target: int, nums) - int: n len(nums) left 0 cur_sum 0 min_len float(inf) for right in range(n): cur_sum nums[right] while cur_sum target: min_len min(min_len, right - left 1) cur_sum - nums[left] left 1 return min_len if min_len ! float(inf) else 0笔试中不要求你把代码优化到极致但至少要把暴力解O(n^2)优化到O(n)级别的滑动窗口解法这种代码能力在简历写“熟练掌握Python”的同学中已经算不错的水平了。4.2 SQL窗口函数测试数据对比的利器除了基础的分组聚合之外腾讯音乐笔试偶尔会考到窗口函数典型的题目是“查询每个用户最近一次播放的歌曲ID”。这个用普通GROUP BY不太好搞但用窗口函数就很顺手SELECT user_id, song_id, play_time FROM ( SELECT user_id, song_id, play_time, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY play_time DESC) AS rn FROM play_record ) t WHERE rn 1;窗口函数之所以在测试岗笔试中越来越常见是因为做数据分析型测试时经常需要对比同一分组内不同记录的差异比如找出连续登录天数、统计每个接口在最近一周的调用量Top N等。建议把ROW_NUMBER()、RANK()、DENSE_RANK()的区别搞清楚ROW_NUMBER给每个分组内的行一个唯一递增编号RANK在有并列时会跳过编号比如1、1、3DENSE_RANK则不跳过1、1、2。这是笔试选择题的高频陷阱。4.3 测试数据构造与断言逻辑题有一类编程题比较特殊题目描述的是一个函数接口要求你实现该函数但同时会考察输出是否符合测试断言。比如“实现一个函数接收一个包含重复元素的列表返回去重后的列表且保持元素首次出现顺序”。这类题的核心思想就是让你模拟一个测试驱动开发的流程先根据题意推测输入输出样例再实现函数。我建议这类题先写几个自测用例再用代码实现。比如以输入[3, 1, 2, 1, 3, 4]为例期待输出[3, 1, 2, 4]。实现方式很多Python最简def dedupe(lst): seen set() res [] for x in lst: if x not in seen: seen.add(x) res.append(x) return res笔试判题系统通常只看最终输出是否正确但如果你在本地调试时养成“先写断言再实现”的习惯到了实际工作中写自动化测试时就会非常顺手。5. 可复用的笔试经验与避坑指南5.1 时间分配做题顺序比刷题量更重要我见过不少同学备考大厂测试岗笔试时疯狂刷了300道LeetCode结果在牛客网笔试时栽在了前面的选择题上。大厂测试岗笔试的选择题看似简单但涵盖了Linux命令、网络协议、数据库索引、测试设计等交叉知识点如果平时只刷算法题拿到这些选择题会非常被动。我的经验是质量大于数量且必须按“先卷面分再难度分”的顺序答题。具体操作方式先快速过一遍选择题把有把握的题全部拿下遇到卡壳超过2分钟的题立刻标记跳过选择题结束后马上写简答/用例设计题这是测试岗的专属送分题写详细一点就能得分最后全神贯注做编程题把前面跳过的选择题再回头补。时间分配上我建议选择题40分钟、简答题20分钟、编程题60分钟但这只是参考具体要结合试卷难度调整。如果选择题中有大量完全没见过的知识点不要恋战立刻止损切到编程题因为编程题一题的分值可能抵得上三四道选择题。5.2 测试用例设计题的加分写法笔试的测试用例设计题很多人只能写出一堆零散的测试点然后没有重点地全部罗列出来。但结合我自己后来实际做测试时的经验这种写法并不能展示你的专业度。这里分享一个直接可以“抄作业”的模板被测对象描述明确说明测试对象是什么输入、处理、输出是什么。测试环境说明列出操作系统、浏览器版本、网络环境、设备型号。功能测试用例表用例编号、测试步骤、输入数据、预期结果、优先级。边界与异常用例空值、超长、特殊字符、并发操作、权限不足、网络中断。非功能测试性能接口响应时间、并发用户数、兼容性不同浏览器/设备、安全越权访问、恶意输入。用表格呈现比大段文字清晰得多。比如用例编号测试步骤输入数据预期结果优先级TC001输入正确关键词并点击搜索“晴天”展示歌曲列表按相关度排序P0TC002输入不存在的关键词“zzzzzz”展示“未找到相关结果”的空状态P1TC003输入100个字符的超长关键词100个“a”搜索框限制输入长度或正常展示结果P1TC004弱网环境下搜索网络限速至100kbps页面出现加载中状态不崩溃结果返回后正常展示P0这种表格写法不但让阅卷人一眼看到你有多少测试思维还能在面试时直接拿来做自我介绍的项目亮点一举两得。5.3 在线笔试的硬件与网络环境注意事项说实话笔试翻车往往不是题目本身难而是环境出问题。分享几个自己踩过的坑和观察到的教训第一提前1小时检查电脑和网络。牛客网笔试系统对浏览器有要求建议提前下载最新版Chrome禁用所有广告拦截插件否则考试过程中弹窗或者代码编辑器加载异常非常影响心态。我当时的做法是在考试前48小时先在牛客网进行一次模拟笔试确认摄像头、麦克风、屏幕分享这些功能都正常。第二关闭所有无关软件。笔试过程中如果检测到切屏或者后台运行其他软件可能会触发警戒机制。即使不判定作弊也会在系统里留下记录影响面试评价。建议把QQ、微信、企业微信、邮件客户端全部退出专注于考试页面。第三准备好本地IDE的同时提前适应在线编辑器。牛客网的在线编程环境虽然功能上够用但和本地IDE相比差不少没有自动补全和报错提示时会严重影响编码速度。平时练习就应该直接在牛客网的在线环境里写代码不要依赖本地IDE。第四考试前模拟一遍输入输出的处理。不同公司的笔试系统对输入格式要求不太一样有的喜欢单组输入有的用多组测试数据有的在输入中带有空行。如果你在牛客网做真题时发现题目描述里写了“多组数据输入”就可以直接用sys.stdin.read().split()一把梭。5.4 常见问题排查技巧实录笔试过程中如果发现代码怎么提交都只有部分用例通过可能问题不在算法逻辑而在一些隐蔽的工程细节上。我把自己在练习和考试中遇到的问题整理成了一张速查表问题现象常见原因排查思路小数据正确大数据超时算法复杂度太高检查是否有嵌套循环、是否可以用哈希表/滑动窗口优化本地运行正确提交全错输入输出格式不符重新阅读题目输入格式看是否需要多组输入、读入字符串还是整数有浮点数比较的题目无法通过精度问题使用math.isclose()或转换为整数进行计算Python递归深度超限递归层数过大改用迭代或增大递归深度sys.setrecursionlimit()列表索引越界边界条件未处理在循环之前增加数组长度判断和空值判断明明提交了代码但显示未作答点击提交后没有确认牛客网部分试卷需要手动点一次“保存并提交”注意检查5.5 笔试与面试的衔接笔试题目如何转化为面试谈资很多人把笔试和面试割裂看待笔试通过后就进下一环节不再回顾。但我的建议是笔试结束后的两天内趁记忆还清晰立刻把所有题目重新整理一遍尤其是那些当时不确定答案的题去网上查阅资料、补充原理把这些内容做成一份“笔试复盘笔记”。这份笔记可以在面试时直接引出技术话题比如如果笔试里考了测试用例设计题面试时可以说“我之前在腾讯音乐笔试中设计过搜索功能的测试用例当时我按照功能优先级拆分最关注的是弱网和并发场景因为音乐类App对播放体验要求很高”如果笔试里考了SQL窗口函数面试时可以主动说“最近遇到一个查询每个用户最近播放歌曲的需求我用窗口函数实现比传统自连接效率高很多”把笔试题目转化为面试谈资既能展示你的学习能力和总结能力又能避免面试时被问到“你做过什么项目”时无话可说。写在最后关于这次笔试想分享的心得从备考到完成笔试我最大的感触是测试岗的笔试和开发岗完全是两条线。开发岗看中你能不能写出高性能的算法测试岗则看中你能不能从需求中拆解出风险、设计出有效验证方案、快速搭建可用的测试工具。这决定了备考方向不能只刷算法题而要多去思考“这个功能上线后最可能在哪里出问题”“这条数据在异常情况下会不会让整个系统崩掉”。另外想和大家说的是大厂笔试虽然有难度但考点范围其实很固定。只要你把Linux基础、计算机网络、数据库SQL、测试用例设计、Python语法和常见自动化测试框架的知识体系打牢再把牛客网上历年大厂测试岗真题刷两三套通过笔试的概率是非常高的。腾讯音乐这批笔试只是测试职业路上的第一道门槛保持稳定心态、规范答题习惯后面的面试更看重你解决问题的思路和沟通表达力。准备充分的人运气不会太差。