爱奇艺测试开发笔试题解析：从用例设计到编程与Linux

1. 这份笔试题到底在考什么

1.1 从一份试卷看测试开发的岗位画像

最近不少人翻出爱奇艺2019秋招测试开发方向笔试题（A）来练手，我一开始挺意外，毕竟年份有点久远了。但仔细看完题目结构才发现，这份卷子放在今天依然有很强的参考价值，甚至比很多培训机构出的模拟题更贴近真实工作场景。

测试开发这个岗位，名字里有两个词：测试和开发。很多新人只盯着“开发”两个字，以为笔试重点就是算法题、数据结构，结果一上考场发现还有大量测试用例设计、Linux命令、数据库查询，甚至逻辑推理题，整个人就懵了。反过来，也有同学觉得测试嘛，不就是点点点，结果看到编程题又傻眼了。爱奇艺这份题（A）其实就是典型的测开笔试样张：它考的不是单一技能，而是你作为“能写代码的测试工程师”是否具备完整的知识结构。

说白了，测开笔试是在筛选三类能力：第一，你有没有测试思维，能不能设计出有效的用例把bug找出来；第二，你有没有工程能力，能不能用代码解决测试过程中的自动化、数据处理问题；第三，你有没有全局视野，懂不懂网络、操作系统、数据库这些基础设施，遇到线上问题能不能快速定位。这三条线基本贯穿了整张卷子。

1.2 全局拆解：一张卷子的常见模块

如果给这份题做个切片，你会发现它大致分成六个模块。我根据自己的印象和同类题型的规律整理了一张表，方便你对照自查：

你发现没有，这个结构其实特别像一份“测开岗位能力雷达图”。它不像纯后端岗位那样死磕算法，也不像纯功能测试那样只问业务，而是把工程能力和测试思维揉在一起考。所以准备这类笔试，不能单刷LeetCode，也不能只看测试理论书，得两条腿走路。

2. 测试基础与用例设计：爱奇艺这类公司最看重什么

2.1 等价类边界值永远是底层能力

用例设计题在测开笔试里几乎是必考项，爱奇艺这份题也不例外。很多同学觉得这种题简单，不就是写几个输入输出吗，但实际得分差距很大。差距不在你会不会等价类划分，而在你能不能把边界条件想全。

举个例子，如果题目让你测试一个视频App的登录框，要求用户名6到20位，密码8到16位且必须包含字母和数字。普通人的第一版用例可能就是：合法用户名加合法密码、用户名太短、密码太短、密码不含数字。这种答案能拿基础分，但拿不到高分。

会思考的人会怎么做？先把输入域拆开看。用户名有长度边界：5位、6位、20位、21位，这四个值分别对应边界外、下边界、上边界、边界外。密码除了长度边界，还有字符组合边界：纯字母、纯数字、字母加数字、含特殊字符、全角字符、空格、Unicode字符。再往深一层，登录本身还有状态维度：未注册用户、已注册但未激活、密码错误次数达上限、账号被锁定、token过期、网络超时。这些组合起来才是一份真正有工程价值的用例。

这里分享一个笔试中特别实用的技巧：先用等价类把输入域切成有效类和无效类，再针对每个类的边界值单独列用例，最后再补上功能状态和异常场景。三步走下来，用例基本不会漏。

2.2 场景法在视频类产品中的实际应用

爱奇艺是做视频的，所以场景题经常围绕播放器展开。比如“请设计测试用例，验证视频播放功能”，这种题看似开放，其实有固定的切入点。我建议大家按“用户操作路径”来拆，而不是按功能模块来拆。

一条完整的播放路径是这样的：用户打开App，搜索或点击推荐位进入详情页，点击播放按钮，播放器加载视频流，开始播放，中途用户可能做暂停、拖进度、切清晰度、全屏、锁屏、断网、来电话、切后台等一系列操作，最后退出播放。每一个节点都是用例的触发点。

这套路径里最容易丢分的是异常场景。比如播放过程中网络从Wi-Fi切到4G，播放器应该怎么表现？是弹窗提示还是静默切换？视频加载失败时有没有重试机制？拖进度条到未缓存区域会不会卡死？后台播放被系统杀掉会不会记录播放进度？这些场景面试官自己心里都有答案，写出来就是加分项。我曾经在面试别人时问过这道题，能答出“弱网切换”和“播放进度记忆”的候选人，测试思维基本是过关的。

2.3 用例设计的表达方式：别只会写步骤

很多同学用例设计题丢分，不是因为想不到，而是因为写出来不像一份能执行的用例。笔试里时间紧，不可能按标准格式写完整用例，但至少要包含四个要素：前置条件、操作步骤、预期结果、优先级。

我见过一种很可惜的答法：只写“输入错误密码，提示错误”。这句话信息量太低了，测试执行人员拿到后要猜，前置条件是什么？错误密码具体指什么？提示文案是什么？正确的写法应该类似“前置条件：已注册账号且未锁定；步骤：输入正确用户名 + 错误密码，点击登录；预期结果：提示‘用户名或密码错误’，不跳转首页；优先级：高”。

在笔试中，你可以不写那么完整，但优先级最好标一下，因为它能体现你对风险的理解。比如“正常登录成功”这种主流程用例优先级最高，而“密码含特殊字符”这种可以标中优先级。面试官看一份用例设计题答案，就是在看你的测试习惯：是随手写几条，还是有层次、有取舍地输出。

3. 编程题：从题目看代码能力要求

3.1 高频题型与解题思路

测开方向的编程题难度通常低于开发岗，但也正因为难度不算高，面试官对代码规范性和边界处理的要求会更高。爱奇艺这类公司的笔试编程题，最常见的几类包括字符串处理、数组操作、链表基础题、简单动态规划，偶尔会出一些和测试场景结合的题目，比如写一个函数判断IP地址是否合法、实现一个字符串解析函数。

这里有个很容易被忽视的点：测开编程题经常考察“代码能不能处理脏数据”。比如题目要求写一个函数统计一段文本中每个单词出现的次数，看起来很简单，但隐含条件是大小写怎么办、标点符号怎么办、连续空格怎么办、空文本怎么办。这些恰恰是测试工程师在日常写自动化脚本时最常遇到的问题。所以答题时不要急着上手写主逻辑，先在脑子里过一遍异常输入，把这些判断写进去，代码质量会明显上一个档次。

3.2 一道字符串题目的现场推演

拿一道很典型的题来说：给定一个字符串，找出第一个只出现一次的字符，并返回它的索引，不存在则返回-1。

这个题有两种主流解法：第一种是哈希表统计两次遍历，第一次统计字符出现次数，第二次找第一个次数为1的字符；第二种是用有序哈希表，一次遍历记录字符首次出现位置和次数，最后遍历哈希表找最小值。笔试里我推荐第一种，思路最清晰，不容易写错。

def first_unique_char(s: str) -> int: from collections import Counter count = Counter(s) for i, ch in enumerate(s): if count[ch] == 1: return i return -1

这个解法时间复杂度O(n)，空间复杂度O(字符集大小)。但如果你只写完这段就交卷，我作为面试官会追问一个问题：如果字符串不是纯英文，包含中文、emoji甚至组合字符，这个方案还成立吗？这其实是在考察你对字符编码的理解。Python里的Counter默认按Unicode码点统计，处理emoji这种可能由多个码点组成的字符就会出现偏差，需要提前做规范化处理。能在笔试中主动提到这一层，是很不错的加分项。

3.3 写代码时容易踩的坑

测开笔试的编程题，判题系统往往不比大厂开发岗的LeetCode环境，有时候连编译报错信息都很简陋。我总结几个真实踩过的坑，希望大家在考场里避开。

第一个坑是不读题目就写代码。有些题目看着眼熟，其实细节已经被改过，比如要求返回索引而不是字符本身，或者要求原地修改。少看一行，可能整道题就偏了。第二个坑是边界条件不处理，数组为空、字符串为空、目标值在端点这些情况，平时写代码时就要形成条件反射。第三个坑是命名和缩进混乱，笔试环境不会给你自动格式化，代码读起来费劲，面试官印象分会受影响。最实用的建议是：正式写代码前，花一分钟在草稿纸上把输入输出例子和边界条件列出来，再动手。

4. Linux与数据库：测试开发的基本功

4.1 Linux高频命令与查看日志

无论哪个公司的测开笔试，Linux命令都是保留项目。爱奇艺这份题的Linux部分也逃不开那几类：文件操作、进程管理、日志查看、文本处理。这些命令不需要你背得多全，但最常用的几个必须做到条件反射。

文件操作里，ls、cd、cp、mv、rm、find是基础，find的-exec参数偶尔会考。进程管理里，ps -ef和kill是必会的，补充一个我工作中天天用的组合：ps -ef | grep java，先找到进程PID，再看是否需要kill。日志查看这块是重头戏，tail -f用于实时跟踪，grep用于过滤关键字，awk和sed用于格式化提取，三个命令组合起来能解决绝大多数日志分析问题。

举一个实际的例子：线上反馈视频播放失败率升高，你登上服务器，第一步是tail -n 1000 playback.log | grep 'ERROR'，看最近1000行里有哪些错误。然后想按时间统计错误数量，可以这样写：

tail -n 10000 playback.log | grep 'ERROR' | awk '{print $1}' | sort | uniq -c

假设日志每行以时间戳开头，这个命令就是先取最近一万条，过滤出ERROR，提取第一列时间，排序后统计每秒钟的错误次数。拍平到秒可能太细，你可以把awk的$1改成更粗粒度的字段，比如分钟。这类命令组合的能力不是背出来的，是真正在服务器上敲出来的，笔试考你的其实就是这个熟练度。

4.2 SQL高频考点与典型题目

数据库的笔试题目通常围绕单表查询、多表连接、聚合统计、子查询展开。语法本身不难，难的是理解业务表结构，写出正确的关联条件。

测试开发写SQL的目的和数据分析师不太一样，更多是为了造数据、查数据、验证测试结果。比如给测试账号批量造订单数据，或者复查某个用户的操作记录。所以笔试里经常出现这类题：有两个表，用户表和订单表，要求统计每个用户的订单数，并按订单数倒序排列。这就是典型的LEFT JOIN加GROUP BY，注意用LEFT JOIN而不是INNER JOIN，因为你要保留没有订单的用户记录。

另一个高频考点是去重和排序。SELECT DISTINCT、ORDER BY、LIMIT这三个关键字组合起来可以实现很多功能。我还遇到过一道印象很深的题：从一个表中找出某字段出现次数大于3的记录。这个用GROUP BY加HAVING COUNT(*)>3就能解决，但很多人会漏掉HAVING和WHERE的区别。WHERE是在分组前过滤，HAVING是在分组后过滤，这个区别笔试经常考。

4.3 这些题目在真实工作中怎么用

可能有人会问，现在测试平台都可视化操作了，SQL和Linux命令还有必要学吗？我的回答是，必要，而且是必须。你可以通过平台界面点按钮来完成80%的日常操作，但剩下20%的疑难杂症，比如排查线上日志、批量修改测试数据、写自动化脚本的断言逻辑，这些能力全部依赖Linux和SQL功底。

我印象最深的一次经历是：某次测试环境数据被污染，所有订单金额都多了0.1元。开发说修不了，运营催着要环境，这时候我写了一条SQL把金额字段批量回滚，再写了一个shell脚本把受影响用户的缓存清理掉，十分钟解决了问题。从那之后我就特别重视这些“基本功”，因为它们才是你脱离工具也能解决问题的底气。笔试考这些，本质上是在筛选有这种底气的人。

5. 计算机网络与操作系统：选择题背后的原理

5.1 高频考点快速扫描

计算机基础和网络知识在测开笔试中通常以选择题和简答题形式出现。考点范围很固定，拉一条清单出来，基本就是：TCP三次握手和四次挥手、TCP与UDP的区别、HTTP常见状态码含义、HTTP与HTTPS的区别、进程与线程的区别、死锁产生的条件、内存分配方式、进程间通信方式。

这些知识点看起来多，其实可以串成一条线来记：用户输入一个网址到看到页面的全过程。这个过程里包含了DNS解析、TCP连接、HTTP请求、服务器处理、HTTP响应、浏览器渲染，每一个环节都对应一批考点。我复习的时候就是按这条线走的，把每个环节的原理搞清楚，再去做题，感觉比死记硬背效率高不少。

5.2 为什么面试官反复问HTTP

爱奇艺这类视频公司，核心业务都是基于HTTP/HTTPS协议跑的，所以网络知识的考察重点往往落在HTTP上。状态码是最高频的题目，背下来只是第一步，关键要理解每种状态码背后的业务场景。

200表示成功；301是永久重定向，比如网站换了域名；302是临时重定向，用户未登录时跳转到登录页就是典型场景；403是服务器拒绝请求，常见于权限不足；404是资源不存在；500是服务器内部错误；502是网关错误，通常是上游服务挂了；504是网关超时，上游服务响应太慢。这种考察方式是典型的“前后端分离”思维。一个测试人员看到这些状态码，应该能快速判断问题是出在客户端、服务端还是网络层，这就是基本的问题定位能力。

还有一个常考点是HTTP和HTTPS的区别。核心就三句话：HTTPS在HTTP和TCP之间加了一层TLS/SSL加密协议；默认端口从80变成443；需要证书验证服务器身份。理解了这三句话，就能推导出大部分扩展问题，比如为什么HTTPS更安全、握手过程会多几次往返。

5.3 用“排查线上问题”的视角去记忆知识点

操作系统知识如果脱离实际场景来记，会特别痛苦。我建议换个思路：把自己代入一个正在排查线上问题的测试开发工程师，试着回答这些问题。服务突然变卡，怎么用top和free看CPU和内存？为什么多线程程序会出问题，是不是线程安全没做好？进程崩了，怎么查核心转储文件？为什么会出现死锁，怎么避免？

这种视角的好处是，知识点不再是孤立的，而是挂在一条业务线索上。比如进程和线程的区别，你从“浏览器为什么能同时打开多个标签页”切入，就比直接背“进程是资源分配的基本单位，线程是CPU调度的基本单位”更容易记住。笔试做选择题时，哪怕记不清精确的定义，也能通过场景判断出正确答案。

6. 逻辑题与场景题：测开思维的试金石

6.1 逻辑题不只是算数，是拆解问题

这类题目在试卷里占比不高，但往往是最容易拉开差距的部分。它考察的不是数学计算能力，而是面对一个不熟悉的问题时，你能不能快速把它拆解成可验证的小步骤。

一个经典的例子是：有9个外观完全相同的球，其中1个质量略轻，用天平最少称几次能找出来？很多人第一反应是一个个称，两次称完。但其实答案是两次：第一次分成三组，每组三个，任意取两组上天平；如果平衡，轻球在第三组，如果倾斜，轻球在较轻的那组。剩下三个球，再任意取两个称一次，就能确定哪个是轻球。这道题的实质是“每次称重最多能提供三组信息”，理解了这个规律，就能从9推广到27个球。

6.2 场景题怎么答才能加分

场景题通常是最后的大题，也是主观性最强的题。举一个爱奇艺风格的例子：“请设计一个方案，测试视频App的搜索功能。”这种题的得分点不在答案本身，而在你的思考过程。

我的答题框架是这样：第一步，明确测试范围和用户场景，搜索功能的输入来源有哪些，搜索结果的展示形式是什么，搜索历史、热门搜索、联想词要不要覆盖。第二步，按测试类型分层，功能测试、接口测试、兼容性测试、性能测试、安全测试，每层列出重点。第三步，落到具体用例，比如搜索关键词包含空格、包含特殊字符、超长、纯表情、SQL注入语句，搜索结果为空、结果过多、数据延迟。第四步，聊清楚自动化方案，哪些用例适合自动化，用什么框架，数据怎么准备。

6.3 结合AI测试开发的开放题趋势

近几年测开面试明显多了一个方向：AI相关的测试。爱奇艺这份2019年的题里可能还只是初步涉及，但现在的笔试题已经有“如何测试一个推荐模型”这种角度了。这类题的答题思路是：不要被“AI”两个字吓到，本质上还是建模、训练、评估、上线、监控这条链路，每个环节都有可以测试的点。

数据层面要验证训练数据质量，有没有样本偏差；模型层面要关注准确率、召回率、A/B测试怎么设计；上线后要做线上推理监控，比如接口响应时间、模型预测结果分布是否异常。如果笔试遇到这题，能把这套流程说出来，就已经超过大多数人了。哪怕不打算转行做AI测试，了解一下这个方向，也会让你对测开岗位的边界有更清晰的认识。

7. 复盘与备考建议

7.1 刷题之外，更重要的三件事

把这份爱奇艺2019秋招测试开发方向笔试题（A）从头到尾看一遍之后，你会发现它考的东西其实就三类：知识、技能、思维。知识可以靠刷题补，技能可以靠练代码练命令补，思维却要靠长期的项目经验和复盘习惯来积累。

第一件事是建立自己的测试checklist。项目里每测一个功能，就有意识地把等价类边界值、异常场景、兼容性、性能这些维度过一遍，形成肌肉记忆。第二件事是把自动化测试工具用起来，不一定要用多复杂的框架，先用Python写一个自动遍历核心流程的脚本，感受一下从手工到自动化的过程。第三件是学会复盘线上故障。公司里出了线上问题，不要看完热闹就完了，去复盘这个bug是怎么被漏掉的、当时用例设计有没有覆盖到，这些经验是书本上永远学不到的。

7.2 一份可执行的考前复习路线

如果现在离秋招还有三个月，我建议这样分配时间。第一个月打基础：系统过一遍测试理论、计算机网络、操作系统、数据库，每天手写一两道用例设计题。第二个月练代码：每天一两道中等难度的字符串、数组题，刻意练习边界条件处理。Linux命令结合虚拟机实际操作，至少把日志分析、进程管理、文本处理练熟。第三个月模拟实战：每周固定时间做一套完整真题，限时两个半小时，掐表训练答题节奏。

这份路线里最容易被忽略的是错题整理。我当年准备笔试时，专门建了一个表格，把每次做错的题按“考点、错误原因、正确思路、同类题型”四列记录下来。考前一个星期基本不刷题，只看错题和思维导图，效率比自己给自己出模拟题高得多。

7.3 考前最后一晚的避坑清单

最后分享一些考场上才用得上的细节。第一，笔试时间很紧，遇到不会的题不要死磕，先跳过做后面的，尤其是编程题，宁可代码写得粗糙一些，也要保证整份卷子做完。第二，编程题如果不会最完美的解法，写一个暴力解法也能拿部分分，空着就是零分，暴力解还能体现你的思路。第三，用例设计题不要写得过于零散，尽量分条分类，让阅卷人一眼看到你的结构，比不分条地写一大段得分高。第四，开放题不要只给结论，要把你的思考过程写出来，哪怕是假设也写上去，这类题考的就是过程分。

我个人在带新人时经常说一句话：笔试不是终点，它只是帮你拿到面试入场券。真正决定你能否留下来的，是你有没有解决问题的热情和把事情做扎实的习惯。一份笔试题能反映当年的考纲，但反映不了你未来的成长速度。希望这篇文章能帮你把题目背后的考察逻辑看透，然后带着这份理解，去搭建属于自己的测开知识体系。