1. 为什么一套2018年的题到今天还是很好的备考主线说实话我第一次看到有人在求职群里翻出这份2018年网易测试实习生笔试题时第一反应也是“这都哪年的老黄历了”。但等我冷静下来把整卷过了一遍才发现一个挺反常识的事——大部分测试岗笔试题的“保质期”比我们想象中长得多甚至比大部分技术框架的保质期还长。这几年移动互联网从增量转向存量测试岗位的title从“测试工程师”慢慢变成“测试开发工程师”工具链从手工点点点变成pytest、Appium、Jenkins、接口自动化框架满天飞但笔试考的核心东西翻来覆去还是那些。为什么会这样因为笔试题本质上不是在考你会不会用某个具体工具而是在考一个测试工程师的底层能力模型。TCP三次握手你要懂、Linux基础命令你要会、等价类边界值你要能脱口而出、一道简单的编程题你要能写对——这些能力不随工具迭代而过时。你可以今天不用Jenkins明天换一套CI平台但如果你不知道进程和线程的区别、不会看系统负载、不会设计测试用例那换什么工具都救不了你。这也是我敢拿一套七年前的卷子当备考主线的底气所在。这份卷子还有个特点就是特别典型。网易作为老牌互联网公司它的测试实习岗笔试覆盖的面很全基础客观题、算法编程题、测试理论题、数据库题、开放场景题一个不少。难度梯度也拉得比较开有送分题有拉开差距的题还有那种让人写到手酸的开放题。做过这套题再去面对其他大厂的测试笔试题心里基本就有谱了。所以这篇文章我打算从整套题的结构出发一块一块拆给大家看针对重点题型给出完整的答题思路和丢分点分析最后聊聊备考节奏。如果你正在准备测试方向的实习或校招或者刚转行做测试想系统梳理一下知识体系这篇应该能省你不少事。2. 整套卷子的知识地图五大板块与考察权重看一份笔试题先别急着刷题。第一件事是拆结构搞清楚出题人把分值撒在了哪些板块上。这套题整体分为五大块我按题量和大致权重整理如下板块典型考点常见题型考察能力计算机基础客观题TCP/UDP、HTTP状态码、Linux命令、进程线程、内存管理选择题为主偶有填空知识面广度数据结构与算法数组、字符串、链表操作、复杂度分析、简单递归单选、手写代码编码基本功与逻辑思维测试理论与用例设计黑盒白盒、等价类划分、边界值分析、缺陷报告要素简答、用例设计大题测试核心素养数据库基础SQL基本查询、多表连接、分组聚合、常见函数手写SQL数据操作与逻辑能力开放场景题“如何测试某某功能/物件”、线上问题排查思路论述思维缜密度与表达能力2.1 客观题广度优先送分题要稳拿客观题部分大概占了整卷的三分之一到四分之一主要覆盖计算机网络、操作系统、Linux、数据结构。这块出题很直白基本不绕弯。比如给你一段描述让你判断是TCP还是UDP给你一个HTTP状态码让你选它代表的含义给你几个Linux命令问哪个能查看内存使用情况。这些题对科班出身的同学来说应该是送分题但如果你是非科班转测试这块就得花大力气补。我印象比较深的几道客观题考点TCP三次握手的过程、TCP和UDP的区别、进程与线程的区别、HTTP的GET和POST差异、几个常见状态码的含义200、403、404、500、502、504、Linux常用命令top、free、df、ps、grep、tail、awk、数组和链表的区别、栈和队列的特性。这些内容其实都是计算机基础里的“常识题”没有一道超纲但覆盖面很广任何一个点没复习到都可能丢分。2.2 编程题难度不大考的是“写对”而不是“炫技”网易这套卷子的编程题对实习生来说难度中等偏下不考复杂的算法更不会让你手写红黑树、动态规划。核心目标就是确认你具备基本的编码能力。常见的方向包括字符串反转、判断回文、数组去重、找出数组中的最大/最小值、链表反转、简单递归比如斐波那契数列。编程题看起来简单但丢分点往往不是“不会做”而是“写得不严谨”。比如字符串反转题很多人直接用语言自带的反转函数一把梭但面试官想看的可能是你手动用双指针原地逆序比如数组去重有人只顾着用set结果没注意题目要求保持原顺序再比如边界条件的处理空数组、只有一个元素、全是重复元素这些情况你有没有考虑到。笔试的编程题是跑测试用例的边界条件不过就是不过不会因为你“思路对”就给你分。2.3 测试理论题从“背概念”到“用概念”这部分是测试岗笔试的“魂”。如果说前面的客观题和编程题是通用计算机基础那这部分才是真正刷掉一大批人的地方。考点很固定黑盒测试和白盒测试的区别、单元测试/集成测试/系统测试/验收测试的分层、等价类划分、边界值分析、因果图、场景法、错误推测法以及缺陷报告应该包含哪些要素。光背概念是不够的这套卷子会更进一步要求你针对具体场景设计测试用例。这就要命了因为很多同学概念背得滚瓜烂熟一碰到实际问题就傻了。比如给你一个“根据年份判断是否为闰年”的函数让你设计测试用例。如果你能把等价类和边界值用上去同时考虑到输入合法性校验这题就稳了。但如果只会背定义、不会套用写出来的用例东一个西一个没有方法论支撑那丢分就非常惨。2.4 数据库题SQL基本功考察数据操作能力数据库这块考得不深基本就是单表查询的增删改查、条件筛选、排序、分组偶尔来一道两表甚至三表连接的查询。很多人觉得数据库不重要这其实是误区。测试工程师在日常工作中写SQL查数据、构造测试数据、校验测试结果都是高频操作。笔试考SQL既是在考你会不会写也是在考你对数据敏感不敏感。我记得这道题很典型给一张员工表和一张部门表要求查出每个部门的员工数量按数量降序排列并且只显示员工数大于5的部门。这就是典型的GROUP BY HAVING ORDER BY组合但很多人在HAVING和WHERE的使用场景上犯迷糊。WHERE是在分组前过滤行HAVING是在分组后过滤组这个区别要是没搞懂写出来的SQL就会出错。2.5 开放场景题刷分和拉分都在这里开放场景题是整套卷子里最有意思、也最考验综合能力的一块。题目往往很简单比如“如何测试一个自动售货机”“如何测试一个登录功能”“如何测试一个电梯”但正因为简单反而让很多人无从下手。这种题没有标准答案考察的是你的思维是否系统化、条理是否清晰、覆盖面是否完整。答这种题最怕的就是“想到哪写到哪”。正确的做法是建立一个框架功能测试正常流程和异常流程、界面测试、易用性测试、兼容性测试、性能测试、安全测试、异常场景测试。然后在这个框架下面用具体的例子填充。比如测自动售货机功能上要测投币、选货、找零、退币、出货异常场景要测投币后断电、卡货、超时未取货兼容性要测不同面额的纸币硬币性能上要考虑多人同时购买的并发情况。能把这个框架条理清晰地写出来分数自然就上去了。3. 从具体题目入手拆解答题逻辑光说板块太笼统我挑几道具有代表性的题目按“题目长什么样—考点是什么—满分答题思路—常见丢分点”的框架完整拆一遍。这几道题是我结合原卷风格整理的典型版本核心考点和答题逻辑和原题一致。3.1 用例设计题闰年判断函数怎么测题目有一个函数boolean isLeapYear(int year)用于判断输入年份是否为闰年。请设计测试用例。考点等价类划分、边界值分析、输入合法性校验。这道题出现在测试理论部分考察的是你能否把黑盒测试的基础方法真正用于实践。答题思路分三步。第一步明确闰年的规则能被4整除但不能被100整除或者能被400整除。第二步划分等价类有效等价类包括“能被4整除但不能被100整除的年份”比如2020、2024和“能被400整除的年份”比如2000无效等价类包括“不能被4整除的年份”比如2019、2021和“能被100整除但不能被400整除的年份”比如1900、2100。第三步加上边界值和异常输入。年份的边界值要测0、负数、极小值、极大值还要考虑输入类型如果传入的是浮点数、字符串、null函数应该怎么表现。这道题满分的关键在于你的用例表有没有覆盖“有效正常值、有效边界值、无效正常值、无效边界值、非法输入”这几类。很多同学能列出四五个用例但漏了异常输入这一块。你要知道测试用例设计的本质不是“证明这个功能能用”而是“试图证明这个功能不能用”所以非法输入的测试是必不可少的。3.2 编程题句子单词反转别只会用API题目给定一个字符串如hello world test要求将单词顺序反转输出test world hello。要求不能用语言内置的split/reverse等高阶函数手写实现。考点字符串遍历、数组操作、边界条件处理、代码风格。这道题表面简单但坑不少。第一个坑是原地反转和新建数组的区别。面试官出这道题想看到的思路是“整体反转再局部反转”或者“从后往前遍历拼接到新数组”而不是调一个split( ).reverse().join( )一把梭。你可以用两步法先把整个字符串反转成tset dlrow olleh再遍历每个单词把单词内部反转回来。也可以从后往前扫描遇到空格就切出一个单词添加到结果中。第二种更直观代码量也不大。第二个坑是边界条件。字符串为空怎么办只有单个单词怎么办多个连续空格怎么处理开头和结尾有空格怎么处理这些在代码里都要有明确的逻辑。很多人的代码在普通用例上跑得通一碰到连续空格就出问题这种就是不严谨。第三个坑是写代码的规范性。变量命名要有意义循环和条件判断的边界要写清楚不要在代码里留一堆魔法数字。笔试的代码虽然不用编译跑通但阅卷人也是人代码写得整洁规范印象分会好很多。3.3 Linux场景题线上接口突然变慢了你怎么排查题目某天你负责的功能线上接口响应时间从200ms涨到了5s请描述你的排查思路和用到的命令。考点Linux基础命令、问题排查思路、逻辑表达。这题放在开放题里也有放在Linux题里的版本核心是一样的。我的回答思路是分层的。首先看系统层面用top看CPU和负载确认是不是机器资源耗尽用free -h看内存用df -h看磁盘空间排除内存溢出和磁盘写满的情况。然后看进程层面用top -Hp pid看具体是哪个线程在消耗CPU必要时用jstack如果是Java服务导线程栈。再看应用层面检查日志用tail -f或grep查异常堆栈、慢查询日志如果是数据库慢查询可以用show processlist看当前执行中的SQL。最后如果所有环节都正常可能是依赖的外部服务变慢了可以顺着调用链逐个排查下游接口的耗时。这道题考察的不是你会背几个命令而是你有没有一套成熟的排查方法论。哪怕你用的命令不够多但只要逻辑是递进的——从硬件到系统、从系统到应用、从应用到依赖——就能拿到大部分分。反过来如果你只丢下一句“我用top看看”那基本就是零分。4. 笔试题背后真正想筛选的三层能力很多人把笔试理解为“知识测试”觉得只要背得够多就能过。但当你真正做完整套卷子、再对照答案复盘就会发现这份题想筛选的远不只是知识点。4.1 第一层知识的横向覆盖——不能有明显的短板笔试的客观题部分本质上是在做“能力体检”。TCP、HTTP、Linux、数据结构、数据库、测试理论任何一个板块瘸腿都会反映在总分上。测试工程师在日常工作中接触的面非常宽你要跟开发讨论接口设计要写SQL查数据要在Linux服务器上看日志要设计测试用例要评估性能问题。这些能力是并行要求的你不能说“我Linux不好但我SQL很强”那在真实工作中就是会卡壳。这也是为什么备考时不能只盯着测试理论刷。很多测试方向的求职者测试理论背得滚瓜烂熟但不重视计算机基础和编码能力最后在笔试的客观题和编程题上栽了大跟头。要知道测试不是开发的“下游岗位”而是和质量强相关的工程技术岗计算机基础知识的广度和深度就是你能不能在这个岗位走远的地基。4.2 第二层把普通问题想深的逻辑能力测试这个岗位有个很特殊的地方你天天面对的是“正常功能”但你的价值恰恰体现在“非正常情况”下。用户不会按你设想的路径操作输入的数据千奇百怪运行环境充满不确定性。所以测试考察的核心逻辑能力就是能不能把一个看起来很简单的问题拆解出足够多的维度。就拿“测试一个登录功能”这种开放题来说普通人能写三五条用例输入正确账号密码能登录、输入错误密码提示错误、账号不存在提示错误。但逻辑能力强的人会继续往下想密码输错五次会不会锁定传输过程是不是加密的连续快速点击登录按钮会不会重复提交登录成功后刷新页面状态正不正确退出登录后按回退键能不能回到登录态弱密码允不允许注册这些问题的背后是对业务逻辑、技术实现、用户行为、安全风险的综合思考靠背题是背不出来的。4.3 第三层把思路讲清楚的表达能力这一点很多人会忽略但笔试的开放题和简答题本质上就是在考表达。你脑子里的思路再清晰写出来是乱的阅卷人就看不懂。测试工程师的工作成果很大一部分是通过文字表达的测试计划、测试用例、缺陷报告、测试总结。如果一个测试连用例都写得让人看不懂那他的专业能力就要打一个大大的问号。表达能力的核心是结构化。答开放题的时候先亮框架再填细节不要想到哪写到哪。比如测一个自动售货机你可以先对测试类型做分类再在每个类别下展开场景。用“从外到内、从正常到异常、从单机到并发”的原则来组织答案整篇文字的条理性一下就出来了。笔试的阅卷人一天要看几百份卷子一份条理清晰的答卷和一份东拼西凑的答卷评分差距是很大的。5. 针对这套题的备考路径与现场踩坑心得最后这部分我结合自己的备考经历和这些年带新人时观察到的常见问题聊聊备考节奏和笔试现场的实操经验这些内容比具体的知识点更容易被忽视但往往决定着最终结果。5.1 备考顺序先补基础再攻测试后刷开放题我的建议是分三个阶段走每个阶段的时间可以按你自己的基础动态调整但顺序最好不要乱。第一阶段是“补计算机基础”。重点复习计算机网络TCP/UDP、HTTP、操作系统进程线程、内存、死锁、Linux常用命令、数据结构数组、链表、栈、队列、树、哈希表和基础算法。每天安排固定时间刷题不用多熟练掌握常见的字符串、数组、链表操作就够了。第二阶段是“啃测试理论”。把黑盒白盒、测试分层、用例设计方法等价类、边界值、判定表、场景法、错误推测、缺陷管理流程这些核心知识点吃透。重点不是背定义而是拿实际的功能模块练手比如登录、注册、购物车、搜索每个都试着写一份完整的测试用例设计。第三阶段是“练开放题与综合题”。找一些经典的开放场景题比如电梯、自动售货机、停车场系统、文件上传功能按照“功能—界面—兼容—性能—安全—异常”的框架反复练。同时把SQL常见题型过一遍尤其是多表查询和分组聚合。5.2 笔试现场的时间分配别把时间耗在难题上笔试现场最常见的一个问题就是时间分配失衡。有人在一道编程题上死磕四十分钟结果后面两道简答题草草写几个字就交卷了这非常不划算。笔试题的分数分布往往不是按题目数量平均分配的简答题和开放题的单题分值通常更高而且更不容易被“完全做错”。我的建议是拿到卷子先快速浏览一遍全部题目标记出哪些是送分题、哪些是有把握但需要时间的题、哪些是暂时没思路的题。先做送分题把这些分牢牢抓在手里再做有把握的题保证正确率和表达完整性最后留出时间攻难题能做多少做多少。另外简答题和开放题一定要写满。这里说的“写满”不是让你凑字数而是说要把思路完整展开。宁可多写几个角度让阅卷人看到你的思考过程也不要就着两行字就完事。很多题目的评分逻辑是“踩点给分”你写到的点越多拿到的分就越多。5.3 我见过的三类典型翻车现场第一类是“背题家”。测试理论背得滚瓜烂熟各种概念张口就来但一让设计具体的测试用例就抓瞎。这类同学的问题在于把笔试当成了考试以为背定义就能过关但实际上测试岗笔试从第一题就开始考察实际应用能力。破局的办法只有一个就是尽早开始写拿真实功能练手把背过的概念一个接一个用出去。第二类是“重测轻编”。因为目标是测试岗就觉得编程不重要把大量时间花在测试理论上结果编程题交白卷。这是最可惜的。编程题在笔试中的权重不低而且这一道题就能看出一个候选人的逻辑能力、编码习惯、严谨程度这些恰恰是测试工程师非常重要的素质。哪怕是冲着测试岗去编程的基本功也绝对不能丢。第三类是“表达混乱型”。知识面很广题目也都会做但答开放题的时候想到什么写什么没有框架没有层次最终分数配不上实力。这类同学需要刻意练习的是“结构化表达”每道简答题和开放题先写总起句再分条列点最后做一个小结。把每一次模拟作答都当成正式答卷来练养成习惯之后考场上自然就能写出一份清晰可读的答案。回到这份卷子本身。如果你正在准备测试岗的笔试我的建议是你不用纠结于找到某一家公司某一年份的“原题”更重要的是一套完整的知识框架和应对各种题型的方法论。用这套框架去对照不同公司的笔试你会发现出题人变了考察的知识点万变不离其宗。而一旦你把这些底层能力真正练到位笔试题对你来说就不再是拦路虎而是一个展示自己专业度的舞台。