每年春招季一到测试工程师的求职群里就开始炸锅。好多朋友刷题时翻到一份“360公司2018春招笔试-测试工程师客观题合集”问我这都过去好几年的题了还有没有必要刷。我的答案很直接必须刷而且值得你把它当第一份复习材料来精读。先说结论大厂笔试的客观题核心考点迭代很慢甚至可以说五年十年都不会有大变化。2018年的360笔试题覆盖面广、难度分层合理、坑点典型很能代表大厂测试岗笔试的出题风格。你现在去刷2025年的真题你会发现计算机基础、网络协议、数据库、测试理论这些模块还是那些东西变的只是包装方式。这篇文章我就带着你把这套题集拆开来看。不光是告诉你有哪几类题更重要的是讲清楚每一类背后的考察逻辑、解题思路和实战避坑点。顺便结合我现在的工作经验聊聊这几年测试工程师岗位对技能要求的变化帮你把这份“老题集”的价值榨干。1. 为什么一份2018年的老题到今天还是“复习标配”在正式开始讲题型之前先把一个很多人没想明白的问题说透笔试刷题到底刷的是什么1.1 大厂笔试客观题的出题逻辑你去翻360、腾讯、阿里、字节这些公司历年的测试笔试题会发现有个共同特征客观题考察的不是“你会不会用某个工具”而是“你有没有一个扎实的计算机基础底盘”。为什么因为测试工程师日常要和开发、产品、运维打交道你不需要真的会写框架但你必须听得懂他们在说什么看得懂代码逻辑想得明白数据是怎么流转的。360这套2018年春招的客观题典型的大厂风格计算机基础知识占大头测试理论居中网络和数据库穿插其中再混入几道思维题和逻辑题。它不追求把你考倒而是通过一套标准化题目快速筛掉基础不扎实的人。1.2 为什么“老题”反而更有参考价值很多人有个误区觉得笔试一定要刷最新题。但实际上最新真题流出的完整度很低大多是回忆版碎片而老题反而是完整公开的。我对比过几套题2018年的这套和现在大厂笔试的考点重合度在80%以上。更关键的是老题的答案解析已经经过了好几轮网友的讨论验证你刷的时候能看到的解释更全面。新题呢答案都还在争论中呢。所以我的建议是先用老题打底建立知识框架再去刷新题查漏补缺。1.3 这套题集的整体结构概览从整套客观题来看大体可以分成四个知识模块模块占比估算考察内容建议投入时间计算机基础35%数据结构、操作系统、组成原理3-5天网络协议20%TCP/IP、HTTP、DNS2-3天测试理论与方法30%用例设计、测试流程、缺陷管理3-4天数据库与Linux15%SQL语句、常用命令、日志分析2-3天这个分布基本上就是大厂测试岗笔试的“标准套餐”。下面我一个模块一个模块拆给你看每类题都给出解题思路和真题复盘。2. 计算机基础模块客观题的“半壁江山”怎么拿高分计算机基础是客观题里分值最高的板块也是最容易拉分的板块。这一块没有捷径就是实打实地理解概念不能只会背定义要会做题。2.1 数据结构和算法的常考题型360这套题里数据结构和算法相关题目大概占到计算机基础部分的一半。常考的就那几样栈与队列的特性对比、二叉树各种遍历的区别和复杂度、排序算法的时间复杂度比较、哈希表冲突处理方式。举个例子题目经常这样出给出一组元素入栈顺序问哪个出栈顺序是不可能的。这种题考察的是你对栈“先进后出”特性的理解。解题思路是出栈序列中某个元素之后比它先进栈的元素必须按逆序排列。你如果理解了这个规律就不用一个个去模拟了。二叉树这块重点搞清楚前序、中序、后序、层序四种遍历的递归和非递归实现以及已知前序中序求后序这类“构造题”。这种题在笔试卷子里几乎年年出现属于必须拿分的题。排序算法考察点很集中就是时间复杂度和稳定性。快速排序平均O(nlogn)、最坏O(n²)堆排序稳定是O(nlogn)归并排序稳定也是O(nlogn)但需要额外空间。这些不光是背数字要理解为什么。快速排序为什么最坏是O(n²)因为每次划分都极度不平衡退化成冒泡了。理解原理之后你就不会记混了。2.2 操作系统与计算机组成原理操作系统模块的常客是进程和线程的区别、死锁产生的四个必要条件、虚拟内存和页面置换算法、进程间通信方式。进程和线程这道题笔试里几乎必有。记住几个关键区别进程是资源分配的最小单位线程是CPU调度的最小单位同一进程下的线程共享地址空间进程之间地址空间相互独立进程切换开销大线程切换开销小。死锁那里更简单四个必要条件缺一不可互斥、占有并等待、不可剥夺、循环等待。题目一般就是给你一个场景问你破坏了哪个条件就能避免死锁。计算机组成原理考得比较基础主要是补码、原码、反码的转换以及Cache的作用和局部性原理。Cache这块记住一个大原则CPU先找Cache找不到再找内存目的是用高速缓存弥合CPU和内存之间的速度差距。2.3 代码阅读与逻辑推理题这块题目表面上是“客观题”其实考的是代码理解和逻辑推理能力。给你一段C语言或Java的代码让你选输出结果或者是判断某个逻辑判断语句的正确性。我的建议是遇到这种题别急着心算拿出草稿纸一行一行推把变量的变化过程写下来。尤其是在考循环和递归的时候心算容易出错。360的题里就有一道经典的递归题很多人在纸上推一遍就对了口算就会算错边界条件。另外一个高频考点是位运算。与、或、非、异或以及移位操作。这里有一个很实用的技巧判断一个数是不是2的整数次幂直接用n 0 (n (n - 1)) 0。这种小技巧笔试考到就是送分题刷题的时候注意积累。3. 网络协议测试工程师必须吃透的“通用语言”网络这块测试工程师比其他岗位更需要扎实掌握。因为你测试的对象是前后端交互的系统接口测试、性能测试、安全测试全都建立在网络协议之上。这套笔试题里网络相关题目的分值占比虽然不算最高但每一道都是实打实的高频题。3.1 TCP/UDP 的核心区别与握手细节TCP和UDP的区别属于必考题没有例外。TCP面向连接、可靠传输、有流量控制和拥塞控制UDP无连接、不可靠、传输效率高。题目会包装成“视频通话用什么协议”“文件传输用什么协议”这种场景题本质就是考察你知不知道什么时候用TCP、什么时候用UDP。但更深入的考察点是TCP的三次握手和四次挥手。不要只背“来了三次握手四次挥手”这个结论要理解为什么。三次握手的核心目的双方确认自己和对方的收发能力都正常。第一次握手客户端发了SYN服务端收到后知道了客户端的发送能力和自己的接收能力没问题所以回SYNACK客户端收到后确认了自己的发送和接收能力、服务端的发送和接收能力所以再回一个ACK。这样双方都确认了通信能力。四次挥手就更细致了重点是理解TIME_WAIT状态为什么存在。主动关闭方收到对方的FIN后会进入TIME_WAIT等待2MSL。原因有两个一是确保最后一个ACK对方能收到收不到就重传二是让旧连接的报文在网络中消失避免串扰到新连接。3.2 HTTP状态码与常见协议题HTTP状态码是网络题里性价比最高的知识点背熟就能拿分。360这套题里就考了404、500、302这类的含义。我建议你把状态码分类记忆1xx信息类2xx成功3xx重定向4xx客户端错误5xx服务端错误。常考的特例是301永久重定向和302临时重定向的区别以及304协商缓存的含义。另外一个高频考点是GET和POST的区别。题目考察的角度通常有参数位置URL vs body、是否幂等、缓存机制、安全性。但这里要提醒一下有些资料说“GET传输数据量有限制”这个说法其实是基于浏览器和服务器的实现限制不是协议本身的限制。笔试如果遇到选择题选“GET一般用于获取资源POST一般用于提交数据”这种稳妥说法别去选那些绝对化的表述。3.3 从HTTP到HTTPS的加密常识近几年笔试题里HTTPS的出场率越来越高。核心考点是HTTPS HTTP TLS/SSL通过非对称加密交换对称加密的密钥再用对称加密传输数据。这个流程要能讲清楚。更细一点会考证书的作用数字证书由CA签发客户端通过验证证书来判断服务器的真实性防止中间人攻击。有一道常见选择是“HTTPS默认端口是443HTTP默认端口是80”这种就是纯送分题但真有人会记混。刷题时把端口号、状态码、协议默认配置这些零散知识点用小本本记下来考前翻一遍特别管用。4. 测试理论与用例设计拉开分差的关键模块如果你只想刷一个模块我会推荐你重点刷测试理论。因为计算机基础、网络这些知识开发岗笔试也考但测试理论和用例设计是测试岗专属的“护城河”。360这套题里测试理论部分出得很典型很有参考价值。4.1 软件测试流程与模型笔试常考的是V模型、W模型和敏捷测试的区别。V模型把开发过程和测试过程对应起来单元测试对应详细设计、集成测试对应概要设计、系统测试对应需求分析、验收测试对应用户需求。W模型则是开发和测试并行。更重要的是理解“测试越早介入越好”这个理念。题目会给你一个场景问“这个做法违背了什么原则”答案多半就是“测试不应该在开发完成之后才开始”。这个理念在敏捷开发时代尤其重要。我在公司里经常见到一种情况测试同学在需求评审阶段不参加等开发提测了才开始看需求文档结果发现需求本身就有一堆逻辑漏洞。这种习惯在笔试里不会直接考但在实际工作中非常致命。4.2 用例设计方法的真题应用这块是客观题里的重头戏也是最容易出场景题的部分。等价类划分、边界值分析、因果图法、场景法、正交实验法每个都要会结合具体场景做判断。举一个典型的360真题风格例子一个登录框要求用户名是6到16位字母或数字设计测试用例。等价类划分的思路是有效等价类6-16位字母数字组合、边界情况6位、16位和无效等价类小于6位、大于16位、包含特殊字符、为空。边界值分析更是直接盯住边界5位、6位、16位、17位这四个值必测。这里我分享一个实操经验笔试选择题里如果问“下列哪组测试数据是最有效的边界值”不要单选6位和16位要带上5位和17位。因为边界值分析法要求测试上点和离点。上点就是边界上的点离点就是离边界最近的点。因果图和判定表这俩方法笔试一般就考概念记忆和应用场景选择。因果图适用于输入条件多且组合关系复杂的场景判定表适用于输入输出逻辑清晰的场景。记住这个就够应付大部分客观题。4.3 缺陷管理与回归测试策略缺陷管理考的是Bug生命周期和严重等级划分。Bug的状态流转一般是New新建、Open打开、Fixed修复、Closed关闭、Reopen重开。这里有个很经典的易错点开发修复了Bug不能直接把状态改成Closed要先让测试人员验证验证通过才能关闭。如果你选错了这个流程说明你对测试的“独立验证”原则理解不到位。严重等级和优先级的区别也是高频考点。严重等级是Bug本身的影响程度致命、严重、一般、微小优先级是修复的紧急程度高、中、低。记住一个例子一个错别字的Bug严重等级低但优先级可能高一个只在极端情况下触发的崩溃严重等级高但优先级可能低。笔试喜欢让你判断这个Bug应该是高严重低优先还是低严重高优先。回归测试策略这块常考的点是什么时候做回归测试、回归测试的范围怎么确定。核心原则是代码有改动就要做回归回归范围包括被改动的功能和相关联的功能。我给一个保守的笔试答案模板既要验证原功能正常也要验证修改没有引入新的缺陷所以回归测试要覆盖修改点及其关联模块。5. 数据库与Linux“送分题”其实有很多坑数据库和Linux在大厂测试笔试题里分值占比不算特别大但因为知识点相对独立、边界清晰属于“背了就能拿分”的模块。很多人在这个模块出现低级失误不因为不会而是因为粗心。5.1 SQL题考察JOIN、GROUP BY、子查询客观题形式的SQL考察一般不会让你手写完整的SQL而是给你几个选项判断哪个SQL语句正确或者哪个查询结果正确。高频知识点是JOIN家族INNER JOIN取交集LEFT JOIN左表全保留RIGHT JOIN右表全保留FULL OUTER JOIN并集。有一道非常经典的易错题统计每个分类下的商品数量正确答案是SELECT category, COUNT(*) FROM products GROUP BY category; 这里要注意的是用了GROUP BY之后SELECT的字段必须是分组字段或聚合函数否则会报错。选项里经常会放一个“SELECT category, name, COUNT(*) FROM products GROUP BY category”来迷惑你这就是典型的错误写法。HAVING和WHERE的区别也是必考WHERE在分组前过滤HAVING在分组后过滤。再加强一下记忆WHERE不能跟聚合函数HAVING可以。5.2 Linux命令日志分析题的关键Linux命令在客观题里最常考的是文件权限、文本处理和日志查看。360的题里就有这样一道查看某个服务的实时日志用什么命令答案是tail -f。这里我总结一个高频命令清单查看日志尾部tail -f /var/log/xx.log查找文件find / -name xxx过滤内容grep error app.log查看进程ps -ef | grep java查看端口netstat -tlnp 或 ss -tlnp修改权限chmod 755 / chown user:group file统计行数wc -l需要注意的坑很多人在记忆head和tail时记反了head看文件头部tail看文件尾部。如果题目问“查看文件前10行”选项里放一个tail -n 10你要能识别出来这是干扰项。5.3 数据库索引原理与优化场景近几年的笔试题越来越喜欢考索引相关的知识可能因为测试工程师也越来越多地参与性能测试和数据库相关的验证工作。索引常考题索引为什么能提高查询速度因为用了B树这样的数据结构减少了磁盘IO次数。什么情况下索引会失效最经典的是“在索引列上使用函数或运算”和“左模糊匹配”。也就是WHERE name LIKE %张三这种情况会导致索引失效。还有一个高频易错点创建索引可以提升SELECT效率但会降低INSERT、UPDATE、DELETE的效率。因为数据发生变化时索引也需要同步更新。选项里如果只说“索引一定能提升数据库性能”这个说法一定是错的。6. 从2018年到今天测试工程师笔试的变与不变聊完了具体知识点我想单独拿出一节来谈谈趋势这也是你刷完老题之后最需要补充的部分。2018年的题目是一面镜子能帮你看到自己的基础知识短板但要拿到2025年的offer你还需要知道考点的新变化。6.1 牢固不变的核心知识地基我要负责任地告诉你计算机基础、网络协议、SQL基础、Linux基础这些知识再过五年依然是测试工程师笔试的必考项。这不是因为出题人偷懒而是因为这些知识是测试工程师开展一切工作的地基。你去做接口测试不懂HTTP状态码和TCP握手连问题都定位不了你去做数据库相关的测试不会写SQL和优化SQL连测试数据都准备不完善。有人问“这都2025年了AI那么发达是不是不用背这些了”我的观点是工具可以替代你“执行”但替代不了你“判断”。AI可以帮你生成测试用例但你需要判断哪些用例是有效的、覆盖了哪些边界。AI可以帮你分析日志但你需要判断问题究竟出在后端还是前端。这些判断力都建立在你对底层知识的理解之上。6.2 全新的考察方向AI与测试的融合不得不提的是现在的笔面试和2018年相比增加了一些新内容比如AI相关的基础知识和对AI测试工具的理解。我在面试测试工程师岗位时就被问到过“是否了解AI在测试领域的应用”。现在主流的应用场景包括AI生成测试用例、智能缺陷预测、自动化测试脚本自动修复、基于机器学习的异常检测等。笔试客观题里如果出现这类题常见考法是给你一个场景让你判断用哪种AI技术最合适。还有像“AI测试工程师”这样的新岗位不断涌现从热词就能看出这个方向的吸引力。但我不建议你盲目追热。先做好传统测试的“本分”再把AI作为放大器这才是比较稳妥的路线。6.3 技能栈变化从“功能测试”到“全栈测试工程师”2018年那会儿测试工程师的要求还相对纯粹会手写用例、会执行回归、会提Bug就行。但现在招聘JD上越来越频繁地出现“全栈测试工程师”这个关键词要求你懂代码、懂自动化、懂性能、懂持续集成。技术栈通常包括Python或Java、Selenium或Playwright、Jmeter或Locust、Jenkins、Docker、Git等。这种变化的根源在于研发模式的改变从瀑布流到敏捷再到DevOps测试的节奏被大大压缩纯手工测试已经跟不上交付速度了。测试工程师必须能通过写自动化脚本来替代重复劳动。这就解释了一个现象为什么现在的笔试题里代码题的分值在逐年上升。2018年北大厂可能就考几道简单的代码阅读题现在已经开始要求直接手写算法题了。所以我建议你在刷完这套2018年的客观题后再额外刷一些编程题比如LeetCode的简单和中等难度。6.4 游戏测试工程师一个被低估的细分方向热词里还有一个值得展开的方向游戏测试工程师。这个岗位在笔面试上有一个显著特点除了通用的测试理论知识还会考察游戏特有的测试场景。比如游戏数值平衡测试怎么设计用例强联网状态下弱网测试怎么模拟断线重连的验证点有哪些帧同步和状态同步的区别是什么这些和传统Web测试差别很大。游戏测试对性能的要求更高需要关注帧率、内存占用、加载时间、网络延迟等指标。如果你对游戏行业感兴趣在刷题之余可以专门补充游戏测试特有的知识体系。7. 备考策略把这套题集的每一分价值都榨干净讲了这么多知识点最后回到实操层面。我知道很多人刷题的方式是把题目做一遍对一下答案错了的看一眼解析就过。这种刷法效果很差。一套好题尤其是像360春招这种大厂真题值得你反复刷三遍。7.1 第一遍摸底与建立知识地图第一遍做题不要追求正确率把它当成一次全面体检。给自己限定一个完整的时间段比如3小时模拟真实笔试环境不查资料、不中途看手机完整做一遍。做完之后把错题按照知识点分类整理。你会发现一些问题集中在一个或几个板块比如TCP和UDP的区别那里的几个选项都理解错了或者等价类划分和边界值分析搞混了。这就是你的“薄弱点地图”接下来一周的复习就围绕这些薄弱点展开。这个阶段建议用一个错题表来记录题号知识点错误原因正确答案解析复习优先级12TCP握手没理解SYN和ACK的含义三次握手是为了确认双方收发能力高30边界值分析漏选离点边界值要包含上点和离点高有了这个表你就能实现“精准复习”而不是一遍遍地看已经懂的知识点。7.2 第二遍专题突破与深度理解第二遍按知识点专题去做而不是按套题做。把错题表里的“知识点”列出来去系统性地学习和练习。这里我特别强调“理解”二字。笔试里很多题如果你只记住了答案和表面解析下次换一个形式考同一个知识点你照样会错。比如HTTP状态码不能只记住“404是页面未找到”要理解4xx代表客户端错误那么“请求格式错误返回400”就不会和404混了。我建议每道错题至少延伸做三件事一是用自己的话复述一遍正确解析二是给这个知识点出两个变体题三是找找真题里有没有其他题目用了同一个考点。完成这个动作后你的知识才算真的装进脑子里了。7.3 第三遍模拟实战与时间分配第三遍重新以整套卷的形式做但目标是提速和提升正确率。客观题数量一般在60-80道之间合理的时间分配是前面计算机基础每道题控制在1-2分钟测试理论题控制在1分钟左右碰到不会的题果断标记跳过最后统一处理。这里有一个很有用的考场策略客观题里你遇到拿不准的优先排除绝对化表述的选项。怎么判断看到“一定”“必须”“所有”“任何”这类词选项很有可能是错的。测试领域的基本理念是“没有银弹”极少有绝对正确的方案。而带有“可能”“在...条件下”“通常”这类相对化表达的选项正确的概率会高很多。这个技巧不能保证你做对每一道题但至少能让你的正确率提升几个百分点。7.4 关于职位的长期规划与面试准备笔试只是测试工程师求职的第一步但我一直认为笔试成绩往往决定了你面试的起点。笔试成绩排在前面面面试官对你的第一印象就会好很多聊起来也会更顺畅。面试环节现在跟2018年最大的不同是除了问简历上的项目经历越来越多地面试官会现场让你设计测试用例。比如“微信朋友圈点赞功能你怎么测”这种开放题本质上考的还是你在笔试里学到的等价类、边界值、场景法那些方法。所以笔试刷题的价值会一直延伸到你面试的最后一轮。另外如果你现在有空余时间建议抽出一些精力去补上自动化测试的基本功特别是Python和Pytest框架。未来的测试工程师一定是“人人能写脚本”的笔试和面试越来越重视编程能力已经是事实。8. 常见问题速查表与避坑心得前面几节把知识点和策略都讲了不少这里再集中回答几个我经常被问到的问题顺便解决一些备考中常见的困惑。8.1 常见笔试问题和误区速查“笔试是不是把牛客网和力扣的题刷完就够了”至少要在牛客网上把所有测试岗相关的真题卷刷一遍力扣则重点刷简单和中等难度的题。建议从你目标公司的真题入手因为它们带有该公司的出题风格。360的题偏重基础字节的题偏重场景腾讯的题偏重综合。刷完三家之后你基本就能形成自己的“笔试题库”。“客观题错一半还有希望进面试吗”分情况看。大厂笔试往往不只看客观题还有编程题和主观题。如果你客观题在及格线上下但后面的主观题用例设计答得漂亮编程题AC了两道以上进面试的机会还是很大的。客观题是门槛但不一定是致命伤。“基础知识太差是直接背答案靠谱还是重新学靠谱”我的建议是同步进行背答案是为了短期提分重新学是为了长期不翻车。你起码要把错题涉及到的知识点翻阅一遍书籍或课程理解底层逻辑。因为你面试时被追问一个知识点如果只会背题不会变通很容易被问穿。“要不要准备SQL和Linux的实操环境”要。客观题只看选项会给你一种误导似乎每个选项都有道理很难判断。最好的办法是你在本地装一个MySQL、搭一个Linux虚拟机或WSL环境把笔试题里的SQL和命令亲手跑一跑。我在准备笔试时就是这么干的效果惊人本来总是混淆的几个命令亲手敲一遍就再也不会忘了。8.2 独家避坑心得笔试中容易忽视的三个细节第一读题一定要慢。客观题经常在细节上挖坑比如“以下哪个说法不正确”“以下哪个不是TCP的特点”。你如果平时习惯了正向阅读看到“不正确”三个字可能会下意识忽略然后选了一个正确表述上去。强烈建议做题时把“不正确”“不是”“无法”这类否定词圈出来。第二多选题宁少勿多。如果题目明确说明是不定项选择且你只对其中一个选项有把握那就只选一个。多选、错选、少选往往会倒扣分或者全扣分少选的损失小于错选。这个策略虽然保守但能保证你不丢冤枉分。第三别在电脑基础题上耗费太长时间。你可以设定一个“卡壳时间”比如每道题超过2分钟还没思路就直接跳。客观题总量大时间分配不均匀会导致后面简单的题没时间做这非常亏。先把有把握的分数拿到手再回头啃硬骨头。9. 最后再说几句心里话做了这么多年测试也面试过不少新人我越来越觉得笔试刷题不是目的通过刷题建立一套完整的知识体系才是目的。这份360的2018年春招客观题合集就像是一个微缩的考点地图把测试工程师需要的核心知识都标了出来。你顺着这张地图走一遍补上薄弱环节后面无论遇到哪家公司的笔试题都不会慌。我个人在实际操作中的体会是刷题最忌讳的就是贪多嚼不烂。很多人收集了几十套真题放在网盘里结果一套都没做完反而焦虑。与其囤积资料不如把手头的这套题吃透让它成为你知识体系的第一块基石。另外再分享一个小技巧做题的时候可以把每道题的知识点标签写在一个本子上比如“TCP握手”“边界值”“SQL关联查询”。全部做完之后你会惊喜地发现整张卷子其实就是在反复考察几十个核心知识点。你把这几十个点掌握到滚瓜烂熟考场上就没有什么能难住你的了。
每年春招季一到测试工程师的求职群里就开始炸锅。好多朋友刷题时翻到一份“360公司2018春招笔试-测试工程师客观题合集”问我这都过去好几年的题了还有没有必要刷。我的答案很直接必须刷而且值得你把它当第一份复习材料来精读。先说结论大厂笔试的客观题核心考点迭代很慢甚至可以说五年十年都不会有大变化。2018年的360笔试题覆盖面广、难度分层合理、坑点典型很能代表大厂测试岗笔试的出题风格。你现在去刷2025年的真题你会发现计算机基础、网络协议、数据库、测试理论这些模块还是那些东西变的只是包装方式。这篇文章我就带着你把这套题集拆开来看。不光是告诉你有哪几类题更重要的是讲清楚每一类背后的考察逻辑、解题思路和实战避坑点。顺便结合我现在的工作经验聊聊这几年测试工程师岗位对技能要求的变化帮你把这份“老题集”的价值榨干。1. 为什么一份2018年的老题到今天还是“复习标配”在正式开始讲题型之前先把一个很多人没想明白的问题说透笔试刷题到底刷的是什么1.1 大厂笔试客观题的出题逻辑你去翻360、腾讯、阿里、字节这些公司历年的测试笔试题会发现有个共同特征客观题考察的不是“你会不会用某个工具”而是“你有没有一个扎实的计算机基础底盘”。为什么因为测试工程师日常要和开发、产品、运维打交道你不需要真的会写框架但你必须听得懂他们在说什么看得懂代码逻辑想得明白数据是怎么流转的。360这套2018年春招的客观题典型的大厂风格计算机基础知识占大头测试理论居中网络和数据库穿插其中再混入几道思维题和逻辑题。它不追求把你考倒而是通过一套标准化题目快速筛掉基础不扎实的人。1.2 为什么“老题”反而更有参考价值很多人有个误区觉得笔试一定要刷最新题。但实际上最新真题流出的完整度很低大多是回忆版碎片而老题反而是完整公开的。我对比过几套题2018年的这套和现在大厂笔试的考点重合度在80%以上。更关键的是老题的答案解析已经经过了好几轮网友的讨论验证你刷的时候能看到的解释更全面。新题呢答案都还在争论中呢。所以我的建议是先用老题打底建立知识框架再去刷新题查漏补缺。1.3 这套题集的整体结构概览从整套客观题来看大体可以分成四个知识模块模块占比估算考察内容建议投入时间计算机基础35%数据结构、操作系统、组成原理3-5天网络协议20%TCP/IP、HTTP、DNS2-3天测试理论与方法30%用例设计、测试流程、缺陷管理3-4天数据库与Linux15%SQL语句、常用命令、日志分析2-3天这个分布基本上就是大厂测试岗笔试的“标准套餐”。下面我一个模块一个模块拆给你看每类题都给出解题思路和真题复盘。2. 计算机基础模块客观题的“半壁江山”怎么拿高分计算机基础是客观题里分值最高的板块也是最容易拉分的板块。这一块没有捷径就是实打实地理解概念不能只会背定义要会做题。2.1 数据结构和算法的常考题型360这套题里数据结构和算法相关题目大概占到计算机基础部分的一半。常考的就那几样栈与队列的特性对比、二叉树各种遍历的区别和复杂度、排序算法的时间复杂度比较、哈希表冲突处理方式。举个例子题目经常这样出给出一组元素入栈顺序问哪个出栈顺序是不可能的。这种题考察的是你对栈“先进后出”特性的理解。解题思路是出栈序列中某个元素之后比它先进栈的元素必须按逆序排列。你如果理解了这个规律就不用一个个去模拟了。二叉树这块重点搞清楚前序、中序、后序、层序四种遍历的递归和非递归实现以及已知前序中序求后序这类“构造题”。这种题在笔试卷子里几乎年年出现属于必须拿分的题。排序算法考察点很集中就是时间复杂度和稳定性。快速排序平均O(nlogn)、最坏O(n²)堆排序稳定是O(nlogn)归并排序稳定也是O(nlogn)但需要额外空间。这些不光是背数字要理解为什么。快速排序为什么最坏是O(n²)因为每次划分都极度不平衡退化成冒泡了。理解原理之后你就不会记混了。2.2 操作系统与计算机组成原理操作系统模块的常客是进程和线程的区别、死锁产生的四个必要条件、虚拟内存和页面置换算法、进程间通信方式。进程和线程这道题笔试里几乎必有。记住几个关键区别进程是资源分配的最小单位线程是CPU调度的最小单位同一进程下的线程共享地址空间进程之间地址空间相互独立进程切换开销大线程切换开销小。死锁那里更简单四个必要条件缺一不可互斥、占有并等待、不可剥夺、循环等待。题目一般就是给你一个场景问你破坏了哪个条件就能避免死锁。计算机组成原理考得比较基础主要是补码、原码、反码的转换以及Cache的作用和局部性原理。Cache这块记住一个大原则CPU先找Cache找不到再找内存目的是用高速缓存弥合CPU和内存之间的速度差距。2.3 代码阅读与逻辑推理题这块题目表面上是“客观题”其实考的是代码理解和逻辑推理能力。给你一段C语言或Java的代码让你选输出结果或者是判断某个逻辑判断语句的正确性。我的建议是遇到这种题别急着心算拿出草稿纸一行一行推把变量的变化过程写下来。尤其是在考循环和递归的时候心算容易出错。360的题里就有一道经典的递归题很多人在纸上推一遍就对了口算就会算错边界条件。另外一个高频考点是位运算。与、或、非、异或以及移位操作。这里有一个很实用的技巧判断一个数是不是2的整数次幂直接用n 0 (n (n - 1)) 0。这种小技巧笔试考到就是送分题刷题的时候注意积累。3. 网络协议测试工程师必须吃透的“通用语言”网络这块测试工程师比其他岗位更需要扎实掌握。因为你测试的对象是前后端交互的系统接口测试、性能测试、安全测试全都建立在网络协议之上。这套笔试题里网络相关题目的分值占比虽然不算最高但每一道都是实打实的高频题。3.1 TCP/UDP 的核心区别与握手细节TCP和UDP的区别属于必考题没有例外。TCP面向连接、可靠传输、有流量控制和拥塞控制UDP无连接、不可靠、传输效率高。题目会包装成“视频通话用什么协议”“文件传输用什么协议”这种场景题本质就是考察你知不知道什么时候用TCP、什么时候用UDP。但更深入的考察点是TCP的三次握手和四次挥手。不要只背“来了三次握手四次挥手”这个结论要理解为什么。三次握手的核心目的双方确认自己和对方的收发能力都正常。第一次握手客户端发了SYN服务端收到后知道了客户端的发送能力和自己的接收能力没问题所以回SYNACK客户端收到后确认了自己的发送和接收能力、服务端的发送和接收能力所以再回一个ACK。这样双方都确认了通信能力。四次挥手就更细致了重点是理解TIME_WAIT状态为什么存在。主动关闭方收到对方的FIN后会进入TIME_WAIT等待2MSL。原因有两个一是确保最后一个ACK对方能收到收不到就重传二是让旧连接的报文在网络中消失避免串扰到新连接。3.2 HTTP状态码与常见协议题HTTP状态码是网络题里性价比最高的知识点背熟就能拿分。360这套题里就考了404、500、302这类的含义。我建议你把状态码分类记忆1xx信息类2xx成功3xx重定向4xx客户端错误5xx服务端错误。常考的特例是301永久重定向和302临时重定向的区别以及304协商缓存的含义。另外一个高频考点是GET和POST的区别。题目考察的角度通常有参数位置URL vs body、是否幂等、缓存机制、安全性。但这里要提醒一下有些资料说“GET传输数据量有限制”这个说法其实是基于浏览器和服务器的实现限制不是协议本身的限制。笔试如果遇到选择题选“GET一般用于获取资源POST一般用于提交数据”这种稳妥说法别去选那些绝对化的表述。3.3 从HTTP到HTTPS的加密常识近几年笔试题里HTTPS的出场率越来越高。核心考点是HTTPS HTTP TLS/SSL通过非对称加密交换对称加密的密钥再用对称加密传输数据。这个流程要能讲清楚。更细一点会考证书的作用数字证书由CA签发客户端通过验证证书来判断服务器的真实性防止中间人攻击。有一道常见选择是“HTTPS默认端口是443HTTP默认端口是80”这种就是纯送分题但真有人会记混。刷题时把端口号、状态码、协议默认配置这些零散知识点用小本本记下来考前翻一遍特别管用。4. 测试理论与用例设计拉开分差的关键模块如果你只想刷一个模块我会推荐你重点刷测试理论。因为计算机基础、网络这些知识开发岗笔试也考但测试理论和用例设计是测试岗专属的“护城河”。360这套题里测试理论部分出得很典型很有参考价值。4.1 软件测试流程与模型笔试常考的是V模型、W模型和敏捷测试的区别。V模型把开发过程和测试过程对应起来单元测试对应详细设计、集成测试对应概要设计、系统测试对应需求分析、验收测试对应用户需求。W模型则是开发和测试并行。更重要的是理解“测试越早介入越好”这个理念。题目会给你一个场景问“这个做法违背了什么原则”答案多半就是“测试不应该在开发完成之后才开始”。这个理念在敏捷开发时代尤其重要。我在公司里经常见到一种情况测试同学在需求评审阶段不参加等开发提测了才开始看需求文档结果发现需求本身就有一堆逻辑漏洞。这种习惯在笔试里不会直接考但在实际工作中非常致命。4.2 用例设计方法的真题应用这块是客观题里的重头戏也是最容易出场景题的部分。等价类划分、边界值分析、因果图法、场景法、正交实验法每个都要会结合具体场景做判断。举一个典型的360真题风格例子一个登录框要求用户名是6到16位字母或数字设计测试用例。等价类划分的思路是有效等价类6-16位字母数字组合、边界情况6位、16位和无效等价类小于6位、大于16位、包含特殊字符、为空。边界值分析更是直接盯住边界5位、6位、16位、17位这四个值必测。这里我分享一个实操经验笔试选择题里如果问“下列哪组测试数据是最有效的边界值”不要单选6位和16位要带上5位和17位。因为边界值分析法要求测试上点和离点。上点就是边界上的点离点就是离边界最近的点。因果图和判定表这俩方法笔试一般就考概念记忆和应用场景选择。因果图适用于输入条件多且组合关系复杂的场景判定表适用于输入输出逻辑清晰的场景。记住这个就够应付大部分客观题。4.3 缺陷管理与回归测试策略缺陷管理考的是Bug生命周期和严重等级划分。Bug的状态流转一般是New新建、Open打开、Fixed修复、Closed关闭、Reopen重开。这里有个很经典的易错点开发修复了Bug不能直接把状态改成Closed要先让测试人员验证验证通过才能关闭。如果你选错了这个流程说明你对测试的“独立验证”原则理解不到位。严重等级和优先级的区别也是高频考点。严重等级是Bug本身的影响程度致命、严重、一般、微小优先级是修复的紧急程度高、中、低。记住一个例子一个错别字的Bug严重等级低但优先级可能高一个只在极端情况下触发的崩溃严重等级高但优先级可能低。笔试喜欢让你判断这个Bug应该是高严重低优先还是低严重高优先。回归测试策略这块常考的点是什么时候做回归测试、回归测试的范围怎么确定。核心原则是代码有改动就要做回归回归范围包括被改动的功能和相关联的功能。我给一个保守的笔试答案模板既要验证原功能正常也要验证修改没有引入新的缺陷所以回归测试要覆盖修改点及其关联模块。5. 数据库与Linux“送分题”其实有很多坑数据库和Linux在大厂测试笔试题里分值占比不算特别大但因为知识点相对独立、边界清晰属于“背了就能拿分”的模块。很多人在这个模块出现低级失误不因为不会而是因为粗心。5.1 SQL题考察JOIN、GROUP BY、子查询客观题形式的SQL考察一般不会让你手写完整的SQL而是给你几个选项判断哪个SQL语句正确或者哪个查询结果正确。高频知识点是JOIN家族INNER JOIN取交集LEFT JOIN左表全保留RIGHT JOIN右表全保留FULL OUTER JOIN并集。有一道非常经典的易错题统计每个分类下的商品数量正确答案是SELECT category, COUNT(*) FROM products GROUP BY category; 这里要注意的是用了GROUP BY之后SELECT的字段必须是分组字段或聚合函数否则会报错。选项里经常会放一个“SELECT category, name, COUNT(*) FROM products GROUP BY category”来迷惑你这就是典型的错误写法。HAVING和WHERE的区别也是必考WHERE在分组前过滤HAVING在分组后过滤。再加强一下记忆WHERE不能跟聚合函数HAVING可以。5.2 Linux命令日志分析题的关键Linux命令在客观题里最常考的是文件权限、文本处理和日志查看。360的题里就有这样一道查看某个服务的实时日志用什么命令答案是tail -f。这里我总结一个高频命令清单查看日志尾部tail -f /var/log/xx.log查找文件find / -name xxx过滤内容grep error app.log查看进程ps -ef | grep java查看端口netstat -tlnp 或 ss -tlnp修改权限chmod 755 / chown user:group file统计行数wc -l需要注意的坑很多人在记忆head和tail时记反了head看文件头部tail看文件尾部。如果题目问“查看文件前10行”选项里放一个tail -n 10你要能识别出来这是干扰项。5.3 数据库索引原理与优化场景近几年的笔试题越来越喜欢考索引相关的知识可能因为测试工程师也越来越多地参与性能测试和数据库相关的验证工作。索引常考题索引为什么能提高查询速度因为用了B树这样的数据结构减少了磁盘IO次数。什么情况下索引会失效最经典的是“在索引列上使用函数或运算”和“左模糊匹配”。也就是WHERE name LIKE %张三这种情况会导致索引失效。还有一个高频易错点创建索引可以提升SELECT效率但会降低INSERT、UPDATE、DELETE的效率。因为数据发生变化时索引也需要同步更新。选项里如果只说“索引一定能提升数据库性能”这个说法一定是错的。6. 从2018年到今天测试工程师笔试的变与不变聊完了具体知识点我想单独拿出一节来谈谈趋势这也是你刷完老题之后最需要补充的部分。2018年的题目是一面镜子能帮你看到自己的基础知识短板但要拿到2025年的offer你还需要知道考点的新变化。6.1 牢固不变的核心知识地基我要负责任地告诉你计算机基础、网络协议、SQL基础、Linux基础这些知识再过五年依然是测试工程师笔试的必考项。这不是因为出题人偷懒而是因为这些知识是测试工程师开展一切工作的地基。你去做接口测试不懂HTTP状态码和TCP握手连问题都定位不了你去做数据库相关的测试不会写SQL和优化SQL连测试数据都准备不完善。有人问“这都2025年了AI那么发达是不是不用背这些了”我的观点是工具可以替代你“执行”但替代不了你“判断”。AI可以帮你生成测试用例但你需要判断哪些用例是有效的、覆盖了哪些边界。AI可以帮你分析日志但你需要判断问题究竟出在后端还是前端。这些判断力都建立在你对底层知识的理解之上。6.2 全新的考察方向AI与测试的融合不得不提的是现在的笔面试和2018年相比增加了一些新内容比如AI相关的基础知识和对AI测试工具的理解。我在面试测试工程师岗位时就被问到过“是否了解AI在测试领域的应用”。现在主流的应用场景包括AI生成测试用例、智能缺陷预测、自动化测试脚本自动修复、基于机器学习的异常检测等。笔试客观题里如果出现这类题常见考法是给你一个场景让你判断用哪种AI技术最合适。还有像“AI测试工程师”这样的新岗位不断涌现从热词就能看出这个方向的吸引力。但我不建议你盲目追热。先做好传统测试的“本分”再把AI作为放大器这才是比较稳妥的路线。6.3 技能栈变化从“功能测试”到“全栈测试工程师”2018年那会儿测试工程师的要求还相对纯粹会手写用例、会执行回归、会提Bug就行。但现在招聘JD上越来越频繁地出现“全栈测试工程师”这个关键词要求你懂代码、懂自动化、懂性能、懂持续集成。技术栈通常包括Python或Java、Selenium或Playwright、Jmeter或Locust、Jenkins、Docker、Git等。这种变化的根源在于研发模式的改变从瀑布流到敏捷再到DevOps测试的节奏被大大压缩纯手工测试已经跟不上交付速度了。测试工程师必须能通过写自动化脚本来替代重复劳动。这就解释了一个现象为什么现在的笔试题里代码题的分值在逐年上升。2018年北大厂可能就考几道简单的代码阅读题现在已经开始要求直接手写算法题了。所以我建议你在刷完这套2018年的客观题后再额外刷一些编程题比如LeetCode的简单和中等难度。6.4 游戏测试工程师一个被低估的细分方向热词里还有一个值得展开的方向游戏测试工程师。这个岗位在笔面试上有一个显著特点除了通用的测试理论知识还会考察游戏特有的测试场景。比如游戏数值平衡测试怎么设计用例强联网状态下弱网测试怎么模拟断线重连的验证点有哪些帧同步和状态同步的区别是什么这些和传统Web测试差别很大。游戏测试对性能的要求更高需要关注帧率、内存占用、加载时间、网络延迟等指标。如果你对游戏行业感兴趣在刷题之余可以专门补充游戏测试特有的知识体系。7. 备考策略把这套题集的每一分价值都榨干净讲了这么多知识点最后回到实操层面。我知道很多人刷题的方式是把题目做一遍对一下答案错了的看一眼解析就过。这种刷法效果很差。一套好题尤其是像360春招这种大厂真题值得你反复刷三遍。7.1 第一遍摸底与建立知识地图第一遍做题不要追求正确率把它当成一次全面体检。给自己限定一个完整的时间段比如3小时模拟真实笔试环境不查资料、不中途看手机完整做一遍。做完之后把错题按照知识点分类整理。你会发现一些问题集中在一个或几个板块比如TCP和UDP的区别那里的几个选项都理解错了或者等价类划分和边界值分析搞混了。这就是你的“薄弱点地图”接下来一周的复习就围绕这些薄弱点展开。这个阶段建议用一个错题表来记录题号知识点错误原因正确答案解析复习优先级12TCP握手没理解SYN和ACK的含义三次握手是为了确认双方收发能力高30边界值分析漏选离点边界值要包含上点和离点高有了这个表你就能实现“精准复习”而不是一遍遍地看已经懂的知识点。7.2 第二遍专题突破与深度理解第二遍按知识点专题去做而不是按套题做。把错题表里的“知识点”列出来去系统性地学习和练习。这里我特别强调“理解”二字。笔试里很多题如果你只记住了答案和表面解析下次换一个形式考同一个知识点你照样会错。比如HTTP状态码不能只记住“404是页面未找到”要理解4xx代表客户端错误那么“请求格式错误返回400”就不会和404混了。我建议每道错题至少延伸做三件事一是用自己的话复述一遍正确解析二是给这个知识点出两个变体题三是找找真题里有没有其他题目用了同一个考点。完成这个动作后你的知识才算真的装进脑子里了。7.3 第三遍模拟实战与时间分配第三遍重新以整套卷的形式做但目标是提速和提升正确率。客观题数量一般在60-80道之间合理的时间分配是前面计算机基础每道题控制在1-2分钟测试理论题控制在1分钟左右碰到不会的题果断标记跳过最后统一处理。这里有一个很有用的考场策略客观题里你遇到拿不准的优先排除绝对化表述的选项。怎么判断看到“一定”“必须”“所有”“任何”这类词选项很有可能是错的。测试领域的基本理念是“没有银弹”极少有绝对正确的方案。而带有“可能”“在...条件下”“通常”这类相对化表达的选项正确的概率会高很多。这个技巧不能保证你做对每一道题但至少能让你的正确率提升几个百分点。7.4 关于职位的长期规划与面试准备笔试只是测试工程师求职的第一步但我一直认为笔试成绩往往决定了你面试的起点。笔试成绩排在前面面面试官对你的第一印象就会好很多聊起来也会更顺畅。面试环节现在跟2018年最大的不同是除了问简历上的项目经历越来越多地面试官会现场让你设计测试用例。比如“微信朋友圈点赞功能你怎么测”这种开放题本质上考的还是你在笔试里学到的等价类、边界值、场景法那些方法。所以笔试刷题的价值会一直延伸到你面试的最后一轮。另外如果你现在有空余时间建议抽出一些精力去补上自动化测试的基本功特别是Python和Pytest框架。未来的测试工程师一定是“人人能写脚本”的笔试和面试越来越重视编程能力已经是事实。8. 常见问题速查表与避坑心得前面几节把知识点和策略都讲了不少这里再集中回答几个我经常被问到的问题顺便解决一些备考中常见的困惑。8.1 常见笔试问题和误区速查“笔试是不是把牛客网和力扣的题刷完就够了”至少要在牛客网上把所有测试岗相关的真题卷刷一遍力扣则重点刷简单和中等难度的题。建议从你目标公司的真题入手因为它们带有该公司的出题风格。360的题偏重基础字节的题偏重场景腾讯的题偏重综合。刷完三家之后你基本就能形成自己的“笔试题库”。“客观题错一半还有希望进面试吗”分情况看。大厂笔试往往不只看客观题还有编程题和主观题。如果你客观题在及格线上下但后面的主观题用例设计答得漂亮编程题AC了两道以上进面试的机会还是很大的。客观题是门槛但不一定是致命伤。“基础知识太差是直接背答案靠谱还是重新学靠谱”我的建议是同步进行背答案是为了短期提分重新学是为了长期不翻车。你起码要把错题涉及到的知识点翻阅一遍书籍或课程理解底层逻辑。因为你面试时被追问一个知识点如果只会背题不会变通很容易被问穿。“要不要准备SQL和Linux的实操环境”要。客观题只看选项会给你一种误导似乎每个选项都有道理很难判断。最好的办法是你在本地装一个MySQL、搭一个Linux虚拟机或WSL环境把笔试题里的SQL和命令亲手跑一跑。我在准备笔试时就是这么干的效果惊人本来总是混淆的几个命令亲手敲一遍就再也不会忘了。8.2 独家避坑心得笔试中容易忽视的三个细节第一读题一定要慢。客观题经常在细节上挖坑比如“以下哪个说法不正确”“以下哪个不是TCP的特点”。你如果平时习惯了正向阅读看到“不正确”三个字可能会下意识忽略然后选了一个正确表述上去。强烈建议做题时把“不正确”“不是”“无法”这类否定词圈出来。第二多选题宁少勿多。如果题目明确说明是不定项选择且你只对其中一个选项有把握那就只选一个。多选、错选、少选往往会倒扣分或者全扣分少选的损失小于错选。这个策略虽然保守但能保证你不丢冤枉分。第三别在电脑基础题上耗费太长时间。你可以设定一个“卡壳时间”比如每道题超过2分钟还没思路就直接跳。客观题总量大时间分配不均匀会导致后面简单的题没时间做这非常亏。先把有把握的分数拿到手再回头啃硬骨头。9. 最后再说几句心里话做了这么多年测试也面试过不少新人我越来越觉得笔试刷题不是目的通过刷题建立一套完整的知识体系才是目的。这份360的2018年春招客观题合集就像是一个微缩的考点地图把测试工程师需要的核心知识都标了出来。你顺着这张地图走一遍补上薄弱环节后面无论遇到哪家公司的笔试题都不会慌。我个人在实际操作中的体会是刷题最忌讳的就是贪多嚼不烂。很多人收集了几十套真题放在网盘里结果一套都没做完反而焦虑。与其囤积资料不如把手头的这套题吃透让它成为你知识体系的第一块基石。另外再分享一个小技巧做题的时候可以把每道题的知识点标签写在一个本子上比如“TCP握手”“边界值”“SQL关联查询”。全部做完之后你会惊喜地发现整张卷子其实就是在反复考察几十个核心知识点。你把这几十个点掌握到滚瓜烂熟考场上就没有什么能难住你的了。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
