爱奇艺测试开发笔试题深度解析：从考点到实战备考指南

1. 写在前面：为什么2020年的题现在还有研究价值

刷到这份“爱奇艺2020校招测试开发方向笔试题（第一场）”的时候，我愣了一下。六年前的题了，我居然还存着当年整理的考点笔记，翻出来一看，发现一个有意思的现象：题目的形式变了不少，但底层考察的东西，其实一直没怎么变。

我见过太多准备测试开发岗位的同学，一上来就抱着各种“八股文”猛背——进程和线程的区别、等价类边界值、TCP三次握手……这些当然要会，但你有没有想过一个问题：公司出这些题，到底想考你什么？

就拿爱奇艺来说，它做的是视频平台，客户端覆盖Windows、macOS、Linux、Android、iOS，后端有推荐、搜索、会员、弹幕、评论一大堆系统。测试开发在这个环境里承担的任务，不是单纯“点点点”，而是要用工程化的方式解决质量保障问题。所以它的笔试题，每一道背后都对应着实际工作场景里的某个真实需求。

这篇文章我会把这份笔试题拆开揉碎，逐类分析考点背后的逻辑，然后结合我自己做了这么多年测试开发的经验，告诉你每类题应该怎么准备、常踩的坑是什么、以及2025年的今天再看这些考点，哪些变了、哪些没变。无论你是正在准备校招的应届生，还是想转行测试开发的职场人，这篇文章应该都能帮你少走不少弯路。

2. 整体画像：2020年爱奇艺测试开发笔试到底在考什么

2.1 一份笔试试卷的构成逻辑

先还原一下这份试卷的概貌。爱奇艺的校招笔试通常是牛客网在线作答，测试开发方向第一场大致包含这么几块：选择题（约20-30道）、简答题（约2-3道）、编程题（约2道），考试时长90到120分钟。

选择题覆盖范围很广，数据结构、操作系统、网络、数据库、编程语言基础都会涉及，偶尔还有一两道智力题。简答题集中在测试用例设计和测试场景分析。编程题一般是LeetCode中等难度，也有可能出现简单偏上的题目。

这个结构不是随便定的。我后来自己参与过校招命题，才明白出题组的心思：选择题是快速筛选，看你的计算机基础扎不扎实；简答题是看你的测试思维，能不能把一个功能拆解成可执行的用例；编程题是看你的代码功底，毕竟测试开发日常要写自动化脚本、搭测试平台，代码能力不行是干不了的。

所以我一直跟准备校招的同学说，别把笔试当考试，把它当一次“预演”——公司就是在模拟你入职后要面对的日常工作场景。

2.2 考点分布与分值权重分析

结合当年多场笔试的反馈，我整理了一个大概的考点分布表，大家感受一下重点在哪里：

注意一个细节：测试理论在题量上不算多，但简答题分值很高，一道题可能顶五道选择题。所以如果你时间有限，优先把测试用例设计方法吃透，性价比最高。

2.3 六年后回看：哪些变了哪些没变

现在站在2025年回看这份2020年的试卷，我得说它依然有参考价值，但有两处明显过时。

第一，当时还没有大模型辅助编程的概念，编程题完全靠手写。而现在，AI工具已经能写出大部分基础代码，所以公司对代码能力的考察正在从“能不能写出来”转向“能不能写对、能不能读懂别人的代码、能不能用工具提效”。但要注意，笔试现场通常不允许用AI，所以基本功依然要练。

第二，当年的测试开发更强调测试理论和自动化，而现在“AI辅助测试”“测试平台开发”“全链路质量保障”越来越重要。我后面会专门展开讲这块。

不变的是什么？计算机基础、逻辑思维、用例设计能力、代码功底——这些东西不管行业怎么变，都是测试开发的立身之本。

3. 计算机基础：笔试选择题的主战场

3.1 Linux与命令行：客户端测试的隐形门槛

相关热搜词里有“爱奇艺客户端linux”，这个组合很有意思。很多人不理解，测客户端为什么要懂Linux？

道理很简单。第一，视频客户端的服务端接口联调、日志抓取、测试环境部署，大量工作在Linux服务器上完成。第二，Linux桌面版虽然用户量不大，但确实是爱奇艺客户端正式支持的平台，这块的测试工作需要有人做。第三，即便你只测移动端，CI/CD流水线、自动化测试的执行环境，基本都是Linux。

那笔试题会怎么考Linux？我总结了三类高频题：

• 基本操作命令：文件管理（ls、cd、cp、mv、rm）、权限管理（chmod、chown）、进程管理（ps、top、kill）、网络工具（ping、netstat、curl）。
• 日志分析：给定一个日志文件，要求用grep、awk、sed等命令提取特定信息。这类题最贴近测试日常工作，比如从一堆报错日志里筛出某个时间段的500错误。
• Shell脚本：偶尔会出现一道简单的脚本题，比如遍历目录下所有文件、统计某个关键词出现次数。

给大家一个备考建议：不要死记命令参数，而是要想“我在测试工作中什么时候会用这个命令”。比如你测视频播放功能，发现某个清晰度的视频加载失败，第一反应应该是去服务器上看日志——通过grep定位错误码，通过tail -f实时跟踪日志输出。这样学Linux，笔试和面试都能过。

3.2 操作系统与网络：高频考点精讲

操作系统这块，最常考的有这么几个点：进程与线程的区别、进程间通信方式、死锁产生的条件与解决、页面置换算法、虚拟内存。

其中“进程与线程的区别”几乎每场笔试都有，属于送分题，但很多人答不全。完整的答题维度包括：资源分配（进程是资源分配的基本单位，线程是CPU调度的基本单位）、地址空间（进程间独立，线程共享）、开销（进程创建和切换开销大，线程小）、通信方式（进程间IPC，线程间共享内存）、一个进程挂了是否影响其他进程（进程独立，线程会）。

网络部分的重点则是：TCP三次握手与四次挥手、TCP与UDP的区别、HTTP状态码、GET与POST的区别、Cookie与Session、DNS解析过程。视频平台相关的题也经常出现，比如“视频播放卡顿可能的原因”，这就涉及TCP拥塞控制、CDN调度、缓冲策略等。

这里我给你一个独家技巧：答这类题的时候，别只背定义，要能举例子。比如说TCP为什么要三次握手，你可以这样答：如果只有两次握手，客户端发送的连接请求在网络中滞留，超时重传后又发送一次，服务端会为两个请求都建立连接，导致资源浪费。三次握手可以确认双方的收发能力都正常，还能同步初始序列号。这种回答方式，在面试环节尤其加分。

3.3 数据结构与算法：测试开发也需要刷题吗

很多准备测试开发的同学有个误区，觉得测试岗位对算法的要求比开发低，不用刷题。真实情况是：笔试算法题的难度确实比后端开发低一档，但过不了笔试，你连面试机会都没有。

爱奇艺这类大厂的测试开发笔试，编程题一般是一道简单+一道中等，偶尔会出现一道中等偏上的动态规划。常考的题型集中在：数组操作、字符串处理、链表反转/合并、二叉树遍历、栈与队列应用、二分查找、简单的动态规划（如爬楼梯、最大子序和）。

刷题策略我建议分三步走：

1. 基础阶段：把LeetCode热题100中的简单题刷完，每个知识点至少5道，目标是能独立写出无bug的代码。
2. 进阶阶段：做中等难度的常考题型，重点是“会拆题”——看到题目能想到用哪种数据结构、哪种算法。
3. 冲刺阶段：限时做模拟题，牛客网上有大厂真题题库，按考试时长和节奏来练。

一个小建议：编程题能用Python就优先用Python。笔试环境一般支持多种语言，Python写起来快、表达简洁，尤其在处理字符串和数组时优势明显。但前提是你的Python基础要扎实，别只会写业务脚本。

4. 测试理论与用例设计：简答题的核心得分点

4.1 经典用例设计方法：必考且必会

测试理论部分，最核心的就是用例设计方法。我当时在笔试中遇到的简答题，基本都围绕着给一个功能设计测试用例展开。爱奇艺这种视频平台，常考的功能点包括：登录注册、视频播放、搜索、弹幕、评论、会员购买、缓存下载等。

用例设计方法本身不复杂，就五种：等价类划分、边界值分析、因果图法、判定表法、场景法。但很多人只会背方法名，不会用，一到实际设计就抓瞎。

我举个例子。假设题目是“为视频播放功能设计测试用例”，你要怎么入手？

第一步，拆功能。视频播放不是一个单一动作，它包含：点击播放、加载缓冲、播放控制（暂停、继续、拖动进度条）、清晰度切换、倍速切换、全屏/小窗、播放结束等子功能。

第二步，对每个子功能用等价类和边界值。比如清晰度切换，等价类有：当前网络环境（WiFi/4G/5G/弱网）、会员状态（普通用户/会员）、清晰度档位（流畅/高清/超清/蓝光）。边界值就多了：视频长度为0秒、1秒、1分钟、2小时；拖动进度条到0%、50%、100%、超过100%。

第三步，用场景法串起用户操作流。正常播放场景、中途来电场景、断网重连场景、切换后台再回来场景、播放中缓存已满场景。每个场景都是一个独立的测试用例。

这样的回答结构，比干巴巴地列“输入有效、输入无效”要专业得多，也更能体现测试思维。

4.2 测试思维：从笔试题看企业想要什么样的人

说句实在话，简答题里“设计测试用例”这类题，答得好不好，判卷老师一眼就能看出来。差的回答是“测一下能不能播放就行了”，好的回答能体现出几个维度：需求理解能力、拆分能力、边界意识、异常场景覆盖能力。

什么叫异常场景覆盖能力？我给你说个真实案例。我们团队曾经测过一个视频上传功能，产品需求写得很简单：用户可以选择视频文件上传，上传完成后展示视频信息。

开发自测也通过了，但测试提测时发现一堆问题：视频文件名包含特殊字符怎么办？视频格式不支持怎么办？视频文件超过大小限制怎么办？上传过程中网络中断怎么办？上传到一半取消怎么办？同一时间并发上传多个视频会怎样？

这些如果不在用例设计阶段覆盖到，上了生产环境就是事故。所以笔试里考用例设计，本质上就是在考你有没有这种“打破砂锅问到底”的测试思维。

再给大家一个实用技巧：在设计用例时，强制自己从这六个维度过一遍——功能、性能、兼容性、安全、易用性、异常处理。每个维度至少问自己三个“如果”，这样设计出来的用例就不会太差。

4.3 实战演练：视频客户端专项测试设计

既然热搜词里有“爱奇艺客户端linux”，我就以Linux视频客户端为例，完整演示一遍测试设计思路。

Linux客户端的测试，和Windows、macOS有共性，也有自己的特殊性。共性部分：功能测试、UI测试、性能测试、兼容性测试这些都要做。特殊性部分：Linux发行版众多（Ubuntu、CentOS、Debian、Deepin等），不同发行版的库依赖、桌面环境都不一样，兼容性测试的覆盖策略需要单独考虑。

我的建议是把测试设计分成五层：

1. 功能层：播放、暂停、拖动、清晰度切换、倍速、弹幕、缓存、登录、搜索、历史记录。每个功能模块独立设计用例。
2. 兼容层：不同的Linux发行版、不同架构（x86、ARM）、不同桌面环境（GNOME、KDE）、不同显卡驱动（NVIDIA、AMD、Intel）。
3. 性能层：视频播放CPU占用率、内存占用、启动耗时、长时间播放的稳定性、低配机器上的表现。
4. 安全层：用户数据存储是否加密、网络传输是否走HTTPS、是否有权限漏洞。
5. 异常层：断网、切网、服务器返回5xx、磁盘空间不足、系统休眠唤醒。

每一层列出的测试点，再配合等价类、边界值、场景法去细化，一份完整的测试方案就出来了。这套思路，笔试的时候写成框架，面试的时候展开讲细节，都能让面试官眼前一亮。

5. 数据库与SQL：很多人忽视的送分题

5.1 测试开发为什么必须会SQL

测试工作中，SQL的使用频率其实非常高。涉及用户、订单、内容、日志的系统，测试都需要通过数据库来构造测试数据、验证测试结果。

比如你测试“会员过期后无法观看VIP内容”，你需要把数据库里某个用户的会员到期时间改到昨天，然后去客户端验证。你测试“新用户注册后赠送7天会员”，需要去数据库确认赠送记录是否写入正确。你排查线上问题，需要写SQL查某个用户在某个时间段的所有操作记录。

所以笔试题里考SQL，不是考你有没有数据库工程师的水平，而是考你最基础的增删改查能力是否过关。常见题型就几类：单表查询、多表连接查询、聚合函数（COUNT、SUM、AVG、MAX、MIN）、GROUP BY + HAVING、子查询、简单的索引优化分析。

5.2 高频SQL笔试题型与解题思路

给你出几道典型的题，你可以自测一下：

第一题：有一个用户表user（id, name, vip_expire_date），统计当前VIP用户的数量。 这道题考的是基础查询和日期比较：SELECT COUNT(*) FROM user WHERE vip_expire_date > NOW();

第二题：有播放记录表play_record（user_id, video_id, play_date），查询播放次数最多的前10个视频。 这里考的是GROUP BY + ORDER BY + LIMIT：SELECT video_id, COUNT(*) AS cnt FROM play_record GROUP BY video_id ORDER BY cnt DESC LIMIT 10;

第三题：有用户表user和订单表orders，查询每个用户的订单总金额，要求显示用户名和总金额，没有订单的用户也要显示。 这道题考的是LEFT JOIN和IFNULL：SELECT u.name, IFNULL(SUM(o.amount), 0) AS total FROM user u LEFT JOIN orders o ON u.id = o.user_id GROUP BY u.id, u.name;

我见过太多人在第三题上翻车，一看到“没有订单的用户也要显示”就懵了，不知道用LEFT JOIN。这里提醒大家：凡是“所有XX都要显示”的表述，大概率要用外连接；凡是统计类需求，一定要想到GROUP BY。

5.3 从“会写SQL”到“会用SQL做测试”

比写SQL更高级一层的是用SQL来辅助测试设计。我举一个实际工作中遇到的例子。

有一次我负责测试一个推荐系统的改版，需求是“首页推荐流从固定排序改为个性化排序”。怎么验证？光靠肉眼刷app肯定不够，而且要验证的数据量级根本不是手工能覆盖的。

我的做法是：先写SQL把测试账号的曝光记录、点击记录、观看时长数据拉出来，算出改版前后的点击率、人均观看时长、次留等指标，再做对比分析。同时，通过SQL构造了一批不同兴趣标签的测试账号，用来验证推荐结果的差异化。

这个思路放到笔试里，对应的就是“如何验证一个推荐算法的效果”这类开放性题目。答这类题，如果你能说“我会通过埋点数据、SQL聚合分析、A/B测试对比”，这个回答就已经超过大部分人了，因为他们大概率只会说“我用几个账号试一下”。

6. 编程题与自动化测试：从笔试到实战的距离

6.1 手撕代码：笔试中的编程题怎么应对

爱奇艺测试开发笔试的编程题，我前面说过是LeetCode简单到中等难度。但这里有一个值得注意的点：测试开发的编程题，有时候会出得和“测试”沾边。比如给你一段有bug的代码，让你找出问题；或者给你一个接口，让你写出测试代码。

这种题目其实是热身，真正的重点还是算法题。因为自动化测试框架的编写、测试数据的构造、测试工具的开发，说到底都是编程能力。

我分享一下我当时备考编程题的训练方法：每天2道题，一道简单一道中等，坚持60天。简单题要求10分钟内AC，中等题要求30分钟内AC。超时的题目当天复盘，把卡住的点记录下来，周末统一回顾。这样两个月下来，笔试的编程题基本都能应付。

要注意的是，笔试环境和我们平时写代码不太一样。没有IDE的自动补全，不能随时百度，所以平时练习就要习惯手写代码、注意细节：边界条件、空值处理、数组越界、递归终止条件。我在面试别人的时候，经常看到候选人写代码思路对，但小错误不断，这种印象分会打折。

6.2 自动化测试框架：校招笔试很少考但面试必问

笔试归笔试，面试是另一回事。我发现一个规律：几乎所有测试开发的面试，都会问到自动化测试相关的项目经验或理论理解。而热搜词里“用opencode开发一个项目从需求到设计到开发到测试”这个说法，很精准地描述了测试开发日常的工作模式——不只是做测试，而是参与到整个研发生命周期。

自动化测试这块，你需要掌握的核心内容有：

• 接口自动化：Python + Requests + Pytest，理解接口测试的断言、数据驱动、报告生成。
• UI自动化：Selenium / Appium，理解元素定位、等待策略、Page Object模式。
• 单元测试：Pytest / Unittest，理解Fixture、参数化、Mock。
• 持续集成：Jenkins或GitLab CI，理解自动化测试如何集成到流水线中。

我说一个面试中能体现水平的话术：当面试官问“你会不会自动化测试”，不要只说“我会用Selenium写脚本”。而是要说：我理解自动化测试不是简单地用工具录制回放，而是要通过分层设计（测试用例层、业务逻辑层、元素操作层）来提高脚本的可维护性；要解决脚本稳定性问题（元素加载等待、环境依赖）；要推进自动化测试与CI/CD的集成，让每次代码提交都能自动跑冒烟测试。

这个回答的差距，就像一个是“我会开车”和“我理解汽车的工作原理并且能处理常见的故障”之间的差距。

6.3 AI时代的新变化：测试开发如何拥抱大模型

顺着热搜词“ai测试开发”说几句。大模型对测试开发这个岗位的影响，比很多人想象的要大得多。

首先是测试用例的自动生成。现在用AI工具，你给一个需求描述，它能生成一版基础用例集。但问题在于：AI生成的用例质量参差不齐，尤其是异常场景、边界场景覆盖不全。所以测试开发的核心能力正在从“写用例”转向“评估和筛选AI生成的用例”。

其次是自动化脚本的生成与维护。AI可以根据页面截图或操作日志自动生成UI自动化脚本，但这只是起点。脚本的断言设计、数据构造、稳定性调优，依然需要人来完成——尤其是当你的业务逻辑很复杂的时候，完全靠AI生成的脚本基本跑不通。

还有一块是缺陷分析的智能化。线上出现大量日志和监控告警时，AI可以帮助聚类、定位根因，但最终判断还是需要人来决策。

所以我的建议是：不要把AI当威胁，把它当杠杆。测试开发这个岗位会越来越需要“懂测试又会AI应用”的复合型人才。笔试面试中如果被问到AI相关的问题，能够结合自己的理解说出应用场景和边界，就已经跑赢很多人了。

7. 测试开发学习路线：从零基础到拿到offer的路径

7.1 一条清晰的学习路线图

很多同学问过我相同的问题：测试开发到底应该怎么学？市面上的资料太多太杂，根本不知道从哪里开始。

我结合自己的学习经历和面试官经验，整理了一条比较高效的学习路径，按照优先级排序：

第一阶段：打好语言基础。选一门主流语言，推荐Python或Java。Python上手快，适合自动化测试；Java在大型测试平台开发中更常见。这一阶段的目标是能独立写小项目和算法题。

第二阶段：补齐计算机基础。数据结构（掌握常用结构）、操作系统（重点是进程线程、内存管理、死锁）、计算机网络（重点是TCP/IP、HTTP）、数据库（重点是SQL和常见优化）。这些不仅是笔试考点，也是后续走下去的地基。

第三阶段：学习测试理论和用例设计。等价类、边界值、因果图、场景法、判定表，这些方法每个都要能举出实际例子。再学测试流程，需求评审、测试计划、用例设计、缺陷管理、测试报告，形成完整的质量保障思维。

第四阶段：掌握自动化测试工具和框架。接口测试框架（Requests + Pytest + Allure）、UI测试框架（Selenium / Appium）、性能测试工具（JMeter / Locust）。每学一个工具，都做一个完整的项目案例。

第五阶段：做项目，攒实战经验。这部分最关键。哪怕是自己Mock一个项目，也要走完整流程：需求分析、测试计划、用例编写、自动化脚本、回归测试、报告输出。面试官最看重的是你能否完整地讲述一个测试项目的来龙去脉。

7.2 给不同基础同学的建议

基础比较好的计算机科班同学，可以直接从第三阶段开始，但前面两部分要快速过一遍，确保笔试能过。这类同学的优势是代码能力强、计算机基础扎实，短板上往往是测试思维不足，容易用“开发思维”来答测试题。务必多练用例设计题，多思考“用户会怎么用”和“系统可能会怎么挂”。

非科班转行的同学，不要贪多求快。我见过太多转行的同学，一上来就学自动化框架，结果问基础一问三不知。建议把第一阶段到第三阶段的时间拉长，稳扎稳打。尤其是数据结构，不要只刷题不理解，笔试的编程题是硬门槛。

还有一部分同学是测试经验不少但代码能力偏弱的“手工测试转型者”，这类同学的突破口在自动化项目经验的包装和代码能力的补齐，优先把Python学扎实，再把接口自动化做透，面试竞争力会有质的提升。

7.3 刷题策略与面试准备的经验之谈

刷题这块，我不建议无脑刷。笔试和面试考察的侧重点不同：笔试看正确率和速度，面试看思路和表达。

笔试刷题的建议：以LeetCode热题100和牛客网大厂真题为主，每天保持手感。按数据结构分类专项刷，每个类别刷完及时总结套路。比如链表题的套路就是“双指针”和“哑节点”，二叉树题的套路是“递归”和“层序遍历”，动态规划题的套路是“确定状态转移方程”。

面试准备的建议：准备3个自己深度参与的项目，每个项目能讲清楚背景、方案、难点、结果。讲项目时遵循STAR法则，简洁有力。技术问题上，除了对知识点的掌握，更重要的是“能不能用自己的话讲清楚”。我面过太多候选人，背八股文背得滚瓜烂熟，但一追问“为什么”就露馅。

另外，现在的面试越来越注重“场景题”。比如面试官会问：如果线上视频播放成功率突然下降了，你怎么排查？这种题目没有标准答案，考察的是你的排查思路、工具使用、跨团队协作能力。平时多复盘线上问题，多思考“如果我是负责人，我会怎么做”，这种能力是练出来的。

8. 避坑指南与常见问题速查

8.1 我见过的最常见的备考误区

备考过程中，有几个坑特别常见，单独拿出来提醒一下，都是我自己带人时总结出来的。

第一个坑是重题目轻基础。有人刷了上百套笔试题，但问到TCP三次握手为什么不是两次，答不上来。笔试刷题的目的是查漏补缺，不是背答案。每做一道题，要把背后的知识点吃透，举一反三。

第二个坑是重测试轻代码。有人觉得测试开发的重点是“测试”，代码能力差不多就行。这是大错特错。测试开发的“开发”二字，代表的是工程化能力：你能不能让测试更高效？能不能开发工具解决问题？代码能力弱，笔试编程题过不了，面试项目也讲不出深度。

第三个坑是准备内容过于单一。只盯着测试理论或只刷算法题，都容易翻车。大厂笔试的考察是全面的，计算机基础、算法、测试、数据库一个都不能少。

第四个坑是忽视实战项目。我面过太多简历上写着“熟悉自动化测试”但完全说不清具体怎么做的候选人。与其在简历上写“熟悉”，不如实实在在做一个项目：哪怕是给开源项目写测试脚本，也比空口无凭要强得多。

8.2 笔试现场的实战技巧

考场发挥也很重要。笔试时间紧、题量大，策略不对，会的题也可能拿不到分。

我总结的考场技巧包括：

• 先易后难。把选择题快速过一遍，不会的做标记跳过。拿到试卷先看简答题和编程题，估一下难度和耗时。
• 编程题务必先写思路再写代码。很多人一上来就写，写着写着发现逻辑不对，整个重来。先在草稿纸上把思路用伪代码写一遍，确认无误再动手。
• 时间分配要合理。选择题每道不超过2分钟，实在不会的果断蒙一个。简答题列点作答，每题不超过15分钟。编程题留足40分钟。计算好总体时间，避免最后编程题没时间写。
• 注意审题。测试方向的编程题，有些题目会要求“考虑异常输入”，这就是在提醒你注意边界条件和异常处理。
• 简答题多用总分结构。先给结论，再分点论述。判卷老师每天看几百份试卷，一份简洁清晰、有逻辑的回答，得分一定高于东一句西一句的。

8.3 常见问题速查表

9. 写在最后的几句实在话

前阵子有个学弟问我，说现在网上各种“测试开发学习路线”“面试八股文”满天飞，反倒不知道该信谁了。我想说的是，资料可以看，但核心永远是你自己有没有真正理解——理解计算机基础、理解测试思维、理解代码背后的逻辑。

我做了这么多年测试开发，有个体会越来越深：这个岗位的边界一直在扩展。早期的测试可能就是手工点点点，后来要求会自动化、会性能、会安全，再后来要求懂AI、懂大数据。但不管怎么变，底层的能力要求从来都是那几样：扎实的基础、严谨的逻辑、解决问题的能力、持续学习的习惯。

所以如果你正在准备笔试面试，别焦虑，别浮躁，按部就班地学、练、复盘。一份笔试题的价值，不在于让你背下答案，而在于让你看到自己还缺什么、企业想要什么。把每一次笔试都当成一次学习的机会，你离Offer就不远了。

最后分享一个小技巧：在公司笔试之前，找几个不同公司的真题，规定时间、规定环境、全真模拟几遍。这个习惯我当年坚持了很久，效果比盲目刷题好得多。希望这个经验对你有用，祝大家都能拿到心仪的Offer。