能刷到这套题的同学大概率正在准备互联网公司的测试岗校招。快手2019年秋季校园招聘笔试试卷——测试A卷虽然过去几年了但它作为短视频赛道头部公司对测试工程师的考察样本很多出题思路至今还在被各大厂沿用。我当年秋招时做过这套卷后来帮学弟学妹辅导也反复拆过这类题目今天把整套卷子的考察逻辑、高频考点和解题方法完整整理出来希望对准备测试岗笔试的人有帮助。这套卷子适合谁看不光是投快手的同学凡是目标是互联网大厂测试开发岗、测试工程师岗的应届生都应该拿它做一次自测。它考察的不只是知识点背得熟不熟更是你有没有测试思维。1. 试卷整体结构与考察目标拆解1.1 题型构成与分值分布这套测试A试卷的题型大致分为四块选择题、简答题、编程题和场景设计题。从当年牛客网上考生们拼凑的回忆版来看题量不算小作答时间一般是90分钟左右很多人反映时间不够用尤其是最后的大题需要花不少时间组织语言。单项选择题主要覆盖计算机网络、操作系统、数据结构、数据库这些计算机基础约十五到二十题。多项选择题虽然占比不大但那是失分重灾区多选、少选、错选都不得分考察的是对知识点掌握的精确度。简答题聚焦测试理论比如黑盒白盒、用例设计方法、缺陷生命周期这类。编程题单独考察编码能力每题至少十五分难度偏向easy到medium之间不搞那种偏题怪题。最后一道场景设计题分值占比最高直接给一个业务功能让你设计完整测试方案这是区分考生层次的关键。需要注意的是A卷和B卷在题库上会有一定重叠只是题目顺序和部分选项做了调整目的就是防止前后桌互相抄袭。这一细节说明笔试监考程序已经比较规范别指望偷瞄邻座老老实实按自己的节奏做才是正道。1.2 时间分配与答题策略我当年做这套卷子时踩过一个坑在前面的选择题上花太多时间导致最后一道测试设计大题写得匆匆忙忙。现在回头看这套卷子的时间分配应该是这样的。选择题部分尽量控制在25分钟以内会做的直接选不会的凭第一感标出来不要反复纠结。特别是多选题拿不准的宁可少选也不要乱选很多题目明确说了选错不得分少选得部分分——即便没有这条说明宁缺毋滥也始终是多选题的安全策略。简答题20分钟左右每道题答到点子上就行不用写长篇大论。两道编程题建议各留15分钟先写核心逻辑再补边界情况。最后那道场景设计题至少要留25分钟这是整套卷的价值核心回答质量直接决定你能不能进面试。另外笔试是在牛客网这种在线平台上进行支持本地IDE调试但必须注意如果编程题只粘贴了代码却没有任何注释即便跑通了后续面试官看你的代码也会觉得思路不够清晰。所以平时练习时就要养成写思路注释的习惯。2. 计算机基础考点网络、操作系统、数据结构2.1 网络协议高频考法网络知识几乎是所有大厂测试岗笔试必考模块这套A卷也不例外。TCP三次握手和四次挥手是永远的C位选择题会考第三次握手失败后客户端的状态是什么TIME_WAIT出现在哪一方为什么需要TIME_WAIT这类细节。还有HTTP状态码的分类尤其是502 Bad Gateway和504 Gateway Timeout的区别很多人只记了数字不记含义做题就懵。这两个状态码的区别很直白502是网关从上游收到无效响应504是网关在规定时间内没有收到上游响应。联系到测试工作里排查线上接口超时问题时这两个码是高频出现所以笔试考它是有实际场景指向的。DNS解析过程也是选择题常客考点在于浏览器缓存、系统缓存、路由器缓存、本地DNS服务器、根域名服务器这条完整链路。题目喜欢把顺序打乱让你重新排列或者问哪个环节先被查询。还有HTTPS的加密流程需要说清楚对称加密非对称加密证书三者怎么配合为什么一个证书信任链能解决中间人攻击问题。我复试整理这些考点的时候发现一个规律网络这块考得并不深但覆盖面极广几乎每个章节都要扫一遍。复习时不要只盯着TCP/IP应用层的HTTP、DNS、HTTPS、WebSocket都要过一遍选择题碰到的概率极高。2.2 操作系统与数据结构操作系统模块的考点集中在进程与线程、死锁、内存管理和并发。进程与线程的区别是送分题但卷子喜欢换个角度考比如进程间通信方式有哪些或者线程共享哪些资源不共享哪些资源。死锁四条件——互斥、持有并等待、不可剥夺、循环等待要求你能用自己的话复述而不是背口诀。内存部分重点看段页式管理、虚拟内存和页面置换算法LRU是高频答案。数据结构和算法基础的选择题倒不难二叉树的前中后序遍历、栈和队列的特性、哈希表的冲突解决方法是三大常客。但有一点很多同学不知道测试岗位的笔试在这里其实在偷偷考你的边界思维比如题目问用栈实现队列时入队和出队的时间复杂度分别是多少表面考数据结构实际考你对特殊情况的敏感度——栈和队列的顺序是反的这本身就是一种边界条件。针对这部分我强烈建议用刷题软件过一遍面试高频100题不用追求全部搞懂但涉及栈、队列、树、哈希表的经典题型必须能说出解题思路。毕竟编程题的第二道往往就是从一个数据结构题变形出来的跑不掉这个范围。2.3 Linux命令与系统排查Linux命令考点在这张卷子里占了不少比重而且出题方式特别务实直接给你一个线上故障场景让你写出排查命令。例如服务CPU飙升如何找到占用资源最高的进程日志文件在不停增长如何实时追踪最新内容端口被占用时怎么找出那个进程。这背后对应的命令分别是top看整体负载再按CPU排序、tail -f或者less F追踪日志文件、lsof -i:端口号或者netstat -tunlp | grep 端口号定位占用进程。还有grep、awk、sed三件套的操作选择题会考awk的默认分隔符是空格sed的s命令替换语法grep的-v参数表示反向匹配。这些考点看着零碎但都是测试工程师日常排查问题时手边必备的技能笔试考它们说明快手希望招进来的人能直接上手干活而不是从头培训。最容易丢分的是那种给出完整命令行让你判断输出结果的题目尤其是带管道符和重定向的组合命令。建议在本地虚拟机里把常见的ps aux、grep、awk {print $1}、cut -d : -f 2这类命令实际跑一遍光靠背是记不住输出格式的。3. 测试理论与用例设计实战3.1 测试基础理论怎么考这套A卷真正开始区分考生的地方从简答题开始。测试理论的简答题一般集中在这几个方向黑盒测试和白盒测试的区别及各自方法、等价类划分和边界值分析的区别、冒烟测试和回归测试的适用场景、缺陷的生命周期以及Bug严重级别如何划分。这些概念看着简单但想拿高分必须答出层次感。我见过很多同学答案就一行等价类划分是把输入分成有效和无效两类。这拿不到多少分。完整的答法要包含定义、操作步骤、举个具体例子、说明它和边界值分析如何配合使用。比如输入框接收年龄有效等价类是1到150的整数无效等价类是负数、小数超出150、非数字字符边界值则是0、1、150、151这四个值必须覆盖测试。这种答法才体现你真正用过这个理论而不是背了定义。还有一类简答题是给一段有缺陷的登录需求让你指出需求中不合理的地方并补充测试点。比如需求只写了用户名和密码正确即可登录但没说清密码错误次数达到上限后的锁定策略、没说是否有验证码、没说是否支持第三方登录。这类题目考察的是需求分析能力答案要按功能层面、安全层面、体验层面、兼容性层面依次展开逻辑清晰才容易得分。3.2 经典场景题给一个功能写测试用例场景题是整个卷子的核心技术难点基本没有标准答案但有一套明确的踩分点逻辑。考生的回答中必须覆盖功能测试、接口测试、异常测试、性能测试、兼容性测试、安全测试这六个维度每个维度下列出至少两到三个可执行的具体用例。举个典型场景为快手的私信功能设计测试用例。普通考生会写发消息、收消息、离线消息这样的答案太浅了。合格答案应该有如下展开功能测试单人聊天/群聊、文字消息/图片消息/语音消息、消息长度上限、发消息间隔限制、已读未读状态、撤回消息、删除会话、清空聊天记录接口测试发送消息接口在短时间内连续请求会不会丢消息消息拉取接口的offset分页参数是否正确异常场景断网时发送消息提示与重发机制、接收方离线时消息队列怎么缓存、手机杀进程后重启还能不能看到聊天记录性能测试大群聊场景下新消息是否延迟频道内同时几万人发消息时性能是否可接受弱网2G/3G环境下消息的实时性如何兼容性与安全测试不同手机系统版本的表现差异文本内容包含敏感词拦截逻辑图片和语音文件是否做合法性校验回答这类题目的核心技巧是先搭框架再填细节。面试官看你的用例第一眼看的不是每一条写得好不好而是你的思考维度有没有覆盖完整的测试层次。我的习惯是答题前在草稿纸上先写六个维度名再往里面填用例这样做出来的答案结构天然完整。3.3 快手业务场景的特殊考察点作为短视频平台快手测试岗的试卷中一定会有业务相关的内容。这类题目可能围绕视频上传、视频播放、直播互动、评论点赞功能来出题。视频上传功能就是个非常好的测试载体。我记得卷子里出现过类似题目用户从相册选择一段视频发布到快手设计测试用例。这题的解题关键在于考虑链路完整性视频格式是否符合平台要求分辨率适配策略上传进度条准确性断点续传能否在弱网状态下工作视频转码失败后的提示和处理发布成功后内容审核状态。其中审核状态很有意思它考察的是你有没有内容安全的产品意识短视频平台UGC内容审核是核心环节视频上传后是直接可见还是先过机审不同结果的用户提示应该是什么这些都是有实际业务背景的考点。直播场景下的考察点更偏实时性观众端看到的美颜效果、弹幕延迟、礼物特效的同步性、直播断流后的重连策略。这类题目就算没见过也可以用通用测试框架往上套但要突出实时同步弱网这几个关键词让考官知道你真的理解直播场景的技术挑战。4. 数据库与自动化测试4.1 数据库SQL题必考套路笔试中数据库的题目范围很明确数据查询操作。重点集中在SELECT语句的各种变形以及多表联查GROUP BY、HAVING、ORDER BY、LIMIT都是出场率极高的关键字。题目通常是三张表用户表、订单表、商品表让你查出每个用户消费总额排名前三的商品类别或者近30天没有下单的用户列表。我要提醒一个高频易错点WHERE和HAVING的区别。很多人知道WHERE用于分组前过滤、HAVING用于分组后过滤但实际写SQL时容易错用。举个例子筛选出消费总金额大于1000的用户这里的聚合条件是针对每组的必须用HAVING。但如果题目要求筛选出城市为北京的用户这是分组前的行级筛选用WHERE。笔试没有运行环境只能自己手写所以日常练习时一定手写SQL不要一直依赖编辑器的提示否则考场上会莫名丢分。LEFT JOIN和INNER JOIN的区别也是必考点。建议把各种JOIN的结果集画一张图记在脑子里LEFT JOIN保留左表全部记录、右表无匹配则为NULLRIGHT JOIN相反INNER JOIN只取交集FULL OUTER JOIN取并集。值得注意的是MySQL不支持FULL OUTER JOIN但可以用UNION模拟这个冷门知识点经常以多选题的形式出现。4.2 自动化测试与工具链知识2019年秋招这个时间节点自动化测试已经是测试岗笔试题里的高频考点但不要求你手写完整的自动化框架更偏重考察你对工具和框架的理解。Appium也登上了这套卷子题目会问Appium基于什么协议答案是WebDriver协议、支持哪些平台iOS/Android/Windows但核心是前两者、定位元素有哪几种方式id、class、xpath、accessibility id。接口自动化绕不开pytest和requests这两个组合。笔试题让你用一句话说明pytest的fixture机制有什么用标准答法是提供测试前置和后置处理的依赖注入功能比如初始化数据库连接或清理测试数据。Requests库常考的点是Session对象和直接使用requests.get有什么区别答案是Session可以跨请求保持Cookie和请求头等会话信息。如果题目更进一步问你在搭建自动化测试框架时怎么做数据驱动你就需要回答把测试数据从代码里抽离出来放到Excel/JSON/YAML文件中测试代码通过读取文件来驱动不同的测试用例执行。我建议准备这部分时自己动手搭一个最简单的pytestrequests项目运行一遍比看十篇教程都管用。4.3 结合CI的自动化测试实践自动化测试这块越来越流行考Jenkins涉及持续集成与自动化测试的结合。简单的题目会问如何让自动化用例在每次代码提交后自动运行这是在考Jenkins的触发机制答案包括配置GitLab webhook当有push或merge request事件时触发Jenkins构建或者在Jenkins里配置定时轮询代码仓库更进一步的是使用Jenkins Pipeline把拉代码、编译、部署测试环境、执行自动化脚本、推送测试报告串成一个流水线。我见过一个很扎心的题目如果自动化用例在凌晨跑完发现大量失败你如何快速定位是环境问题还是代码问题。这题没有标准答案但考察的点是排查思路。我的回答是先看前几次构建是稳定还是持续失败如果持续失败就对比失败时间点和代码提交时间点如果本次失败前还运行过其他任务则检查是否有资源竞争。不管怎么说你要让考官感觉到你真的在思考如何定位问题而不是背了一堆流程。5. 算法与手撕代码题5.1 高频算法题型与思路编程题在测试岗的笔试卷里难度一般不会超过LeetCode中等题但筛人却很厉害。因为测试岗要求的是扎实的基础编码能力而不是炫技所以常见题型非常固定字符串操作、数组和链表、二分查找、栈与队列、简单动态规划。字符串翻转、去除重复字符、回文判断是送分题链表反转、合并有序链表属于基础操作二分查找和双指针问题测试你的边界思维动态规划顶多考到爬楼梯和最少硬币这类入门题。对于测试岗的编程题我建议做题顺序是先看有没有思路有就往最快能实现的解法写没有就先暴力解保证提交能过一部分测试用例。笔试测评系统是按测试用例比例算分的暴力解至少能拿到基础分不要因小失大。5.2 真题思路演示字符串类题目这里拿一道经典的找字符串中第一个不重复字符来做演示这类题在测试岗笔试题中出现频率很高因为它的解法能顺便考察哈希表的知识。多数考生的第一反应是嵌套两层循环每轮从当前字符往后遍历是否存在重复时间复杂度O(n^2)。更优思路是两次遍历第一次遍历用哈希表记录每个字符出现的次数第二次遍历字符串从前往后找到第一个频数为1的字符并返回下标。代码很简单from collections import Counter def first_unique_char(s: str) - int: count Counter(s) for i, ch in enumerate(s): if count[ch] 1: return i return -1这段代码的亮点有两个一是用Counter一行完成频次统计第二是第二次遍历时保持了字符串原始顺序从而实现了第一个。面试官还可能追问如果字符串很长内存怎么优化答案是使用固定大小的数组存储ASCII码出现次数把Counter换成长度为256的整型列表空间复杂度从O(k)降到O(1)。5.3 真题思路演示双指针合并有序数组另一道常见题是合并两个有序数组结果保存在第一个数组中。这道题很多同学写着写着就乱思路不清晰的根本原因是没有想到从后往前合并。两个数组nums1和nums2其中nums1有足够空间容纳合并结果给定有效长度m和n。从前往后合并的问题是nums1的元素可能被覆盖导致需要额外的临时数组。但如果我们从两个数组的末尾开始比较每次取较大的放到nums1的末尾空位就完全不用担心覆盖问题。代码实现如下def merge(nums1: list, m: int, nums2: list, n: int) - None: i, j, k m - 1, n - 1, m n - 1 while i 0 and j 0: if nums1[i] nums2[j]: nums1[k] nums1[i] i - 1 else: nums1[k] nums2[j] j - 1 k - 1 while j 0: nums1[k] nums2[j] j - 1 k - 1这道题的考点除了双指针思想还有对数组下标边界的把握。我看到太多人写错最后那个while j 0忘记处理nums2还剩元素的情况。如果笔试时间充裕建议在写完代码后自己用两个很小的用例在脑子里逐行执行一遍这一步能有效发现下标越界和循环终止条件错误。6. 备考路线与笔经心得6.1 从笔试到面试的准备清单如果你想系统准备大厂测试岗笔试建议按以下四个阶段来安排时间。第一阶段是计算机基础扫盲以教材配合刷题为主每天雷打不动做30道网络和操作系统选择题持续一到两周。第二阶段是测试理论专项读一两本测试入门书把等价类、边界值、因果图、判定表这些方法分别用实际例子练习写一遍持续五天左右。第三阶段是算法编程刷题每天保持3到5道题的节奏集中在字符串、数组、链表和简单动态规划持续两到三周。第四阶段是场景设计模拟去牛客网找大厂历年测试岗笔试题重点练习最后一道设计题形成自己的答题模板。这个节奏下来基本能覆盖测试岗笔试的绝大部分考点。但有一点要特别提醒不要只刷题不总结。每做完一套卷至少花一小时复盘错题把错题对应的知识点重新整理一遍。我在辅导过程中发现很多同学同一个知识点错了三四遍原因就是从来不回头复习一直在刷新题这属于典型的低效努力。6.2 手写用例和编程题的加分技巧最后分享几个让笔试成绩明显提升的细节。第一个是编程题务必写注释。笔试系统不要求注释但面试官在查看你的答题记录时有注释的代码明显印象更好至少说明你有良好的编码习惯。第二个是场景设计题的答案一定要分层级一级标题写测试维度二级标题写具体用例有条件的话标上优先级P0/P1/P2这种结构化表达本身就是一种测试设计能力纯粹的一二三四五六但全部平行展开反而暴露思路不分主次。第三个技巧特别实用设计用例时可以加入一句预期结果很多考生写用例只写操作步骤不写预期结果这是测试用例规范里的硬伤。哪怕只写系统提示发送成功页面出现loading动画然后跳转到详情页也比不写强。第四个技巧是不要空着选择题以外的任何题哪怕不会也写点思路因为阅卷时简答题是人工判的只要有逻辑正确的部分就能拿到步骤分。我当年带过一个学弟编程题一道都没跑通但他在每道题下面都用文字写了解决思路和可能踩的坑最后笔试也过了说明阅卷人确实认可这种把思考过程写出来的做法。这套卷子做完之后我最强烈的感受是测试岗笔试根本不是在考你会背多少知识而是在考你有没有一套完整的测试思维框架。知识可以临时抱佛脚框架只能靠在平时练习中反复打磨。如果你时间有限优先把测试用例设计题练好那是最容易拉开分差的环节也是以后做测试工程师的基本功。