360测试开发笔试客观题复盘：六大考点与备考策略

这些年我帮人改简历、做模拟面试发现一个特别扎心的现象很多自学测试的简历上写着“熟悉软件测试流程”“掌握接口测试工具”结果一到笔试环节连客观题都过不了。不是说功能测试做得不好而是笔试考的东西和日常点鼠标、写用例完全是两套逻辑。尤其像360这种体量的公司2018年春招那批测试开发工程师的客观题到现在回头看依然是很好的试金石——它考的不是你会不会用某个工具而是你在计算机基础、编程思维、测试理论这几个层面到底有没有底子。这篇文章就是围绕这份“360公司2018春招笔试-测试开发工程师客观题合集”展开的。我会从题目的考察意图、考点分布、高频题型、备考方法这几个维度做个系统梳理并穿插我自己刷题和带人过程中的经验。如果你正在准备测试开发岗的笔试或者想检验一下自己的基础扎实不扎实这篇内容应该能帮你省不少事。1. 一场测试开发笔试到底在筛什么人1.1 客观题存在的真正意义很多人有个误区觉得客观题就是走个过场随便蒙一蒙也能过。实际上客观题在测试开发岗的筛选中承担的任务非常明确用最低的成本筛掉基础不牢的人。面试可以靠包装、可以靠话术但客观题不行会就是会不会就是不会。尤其是选择题里的多选和不定项错一个选项就全扣分这比面试追问要残酷得多。从360这份2018年春招题集来看客观题的覆盖面相当广。它不只是考“软件测试的基础概念”还会穿插大量计算机专业核心课程的内容。这意味着什么意味着测试开发这个岗位在公司的定位不是“点点点”的执行者而是需要具备开发能力、能看懂代码、能定位问题根因的工程角色。所以笔试的第一关本质上是在替面试官问一句话你到底是来点鼠标的还是来解决复杂问题的。1.2 题型构成与分值分布的复盘我拿到这份题集后把里面的题目按知识点做了个归类。整体来看客观题大致可以分成四块计算机基础知识、编程语言与数据结构、软件测试理论与方法、逻辑思维与场景分析。这四块的占比不是平均的测试理论相关的题目会多一些但计算机基础的比例也绝对不低基本是“测试理论打底计算机基础撑腰”的格局。从题型上看大部分是单选和多选少数是判断题。单选的难度相对温和主要考概念记忆和简单理解多选题才是拉开差距的地方因为它的干扰项设计得很刁钻经常是“好像都对但有一个是错的”。另外还有个细节值得注意题集里几乎没有纯背诵的题即使是考概念也会结合一个小场景或者一段小代码来出题。这说明出题人默认你是有实际经验的不是靠背题库就能混过去的。2. 客观题的高频考点拆解六大知识模块逐个过2.1 软件测试理论不是背定义而是理解边界软件测试理论是测试开发岗笔试的绝对核心这份题集里自然也不例外。但我想提醒你的是现在的笔试早就不是“什么是软件测试”这种问法了而是会给你一个具体的场景让你判断该用哪种测试方法、哪个阶段去做、覆盖哪些内容。比如给你一个登录模块让你选出哪些测试用例属于有效等价类哪些属于无效等价类这就需要你真正理解等价类划分的边界而不是把定义背下来。还有一类高频题是考测试流程和测试文档的。比如缺陷的生命周期包含哪些状态、回归测试应该在什么时候执行、测试计划和测试用例的区别是什么。这些题看似简单但特别容易在细节上翻车。我的建议是复习的时候别只看教材目录要把每个概念放到实际项目里想一遍你写的用例是给谁看的缺陷状态从New到Closed中间经历了什么想清楚这些选择题里那些偷换概念的选项就骗不了你了。2.2 编程语言基础语法很简单坑都在细节测试开发岗位笔试里的编程题和纯开发岗不太一样不会让你手写红黑树那么夸张但选择题里会穿插不少语言细节题。从题集来看C语言、Java、Python都有涉及每种语言的考点也不一样。C语言侧重指针和内存Java侧重面向对象和异常机制Python侧重数据结构和动态语言的特性。这里我想单独说说“读代码输出结果”这类题。它们考察的不是你能不能写代码而是你能不能准确的模拟代码的执行过程。比如一个for循环里嵌套if判断变量在循环体内被修改最后输出是什么——这种题你要是靠眼睛扫一遍就写答案十有八九会错。我的习惯是拿笔在草稿纸上一步步推导把每个变量的值变化写出来宁可慢一点也要保证准确。笔试的时候时间虽然紧张但这类题一旦错代价很高值得多花几十秒。2.3 数据结构与算法选择题的难度天花板很多做测试的朋友一看到数据结构就头疼觉得“我是做测试的学算法干嘛”。但客观题里数据结构与算法的占比很稳定林林总总加起来大概有15%到20%。考得最多的是数组、链表、栈、队列、二叉树的基本性质和操作复杂度。比如给你一个操作序列让你判断用栈还是用队列更合适或者给你一段二叉树的遍历序列让你反推树的形状。这类题目的复习策略和编程题不同不需要你去啃《算法导论》但要把最基础的数据结构特性吃透。我有个很实用的方法把每种数据结构的“增删改查”复杂度整理成一张表笔试前瞄一眼大部分复杂度相关的选择题都能直接秒杀。至于堆排序、快排这些经典算法的稳定性、时间复杂度和适用场景也是考点建议把它们的实现过程在纸上默写一遍光看是记不住的。2.4 计算机网络与操作系统测试开发躲不开的地基测试开发工程师要定位问题就必须理解数据包在网络里怎么走、进程在系统里怎么调度。所以笔试里出现TCP/IP、HTTP协议、进程线程、死锁这些内容一点不意外。从题集看计算机网络考得最多的是TCP三次握手、四次挥手、HTTP状态码的含义以及GET和POST的区别。操作系统部分则集中在进程和线程的区别、死锁产生的四个必要条件、虚拟内存和分页分段。这些知识点靠死记硬背确实能应付一部分但我还是建议你结合抓包工具和命令行工具去验证一遍。比如用Wireshark抓一次TCP连接的过程看看SYN、ACK标志位是怎么变化的在Linux下用top命令观察进程和线程的CPU占用差异。一旦你亲眼看过这些机制的运行选择题里那些“以下说法正确的是”就变成了送分题。2.5 数据库与SQL一道题就能拉开差距数据库在测试开发笔试里的地位非常高几乎是必考模块。考法有两大类一类是纯概念题比如事务的ACID特性、索引的原理和优缺点、范式的划分另一类是手写SQL题虽然名义上是客观题但经常是给你一个表结构和查询需求让你从四个SQL语句里选出正确的一个。我见过太多人在SQL题上栽跟头了。GROUP BY和HAVING的配合、WHERE和HAVING的执行顺序、LEFT JOIN和INNER JOIN的结果区别这些细节如果没实际写过光靠猜是猜不对的。我的建议是笔试前一周每天花半小时在本地数据库上练习不同类型的查询特别是多表关联和聚合查询。练到不用思考就能写出来笔试遇到就稳了。2.6 Linux与Shell测试环境的基本功最后一块高频考点是Linux常用命令和Shell脚本。测试开发平时要部署测试环境、查看日志、操作数据库这些都离不开Linux。选择题里常见的考点包括文件权限chmod的数字表示法、查看进程的ps和top、日志检索grep和awk、以及一些简单的Shell脚本输出结果。这类题目的复习最直接的办法就是动手敲一遍。你不需要把命令的所有参数都背下来但常用命令的核心参数必须形成肌肉记忆。比如chmod 754代表什么权限、grep -v是排除匹配行还是只显示匹配行、wc -l是统计行数还是单词数这些细节一旦混淆笔试必错。我建议你每天在虚拟机上做一组命令练习用不了两周这块的准确率就能明显上来。3. 从题集复盘看备考节奏三轮复习法亲测有效3.1 第一轮按知识模块地毯式扫盲拿到这份题集的时候先别急着做。我的建议是第一轮先按知识模块进行地毯式复习。怎么操作你把题集里的题目按照我在上面列出的六大模块分好类然后一个一个模块过。每过一个模块先看教材或者看网课把相关知识点过一遍再回头做题订正错题的时候写出每一个选项对或错的原因。这个过程会比较枯燥但效果是最扎实的。以计算机网络为例你先把TCP/IP四层模型、各层协议搞清楚再回来做HTTP状态码、三次握手相关的题你会发现准确率提升得很快。第一轮的目标不是速度是全面覆盖宁可慢一点也不要留死角。你要知道选择题的出题范围就是那些经典教材的核心知识点你扫得越细盲区就越少。3.2 第二轮专项突破高频错题第二轮的核心任务是专攻错题。把第一轮做错的题目整理成一个独立的错题本然后按错误原因打标签。是概念没记住还是理解不到位还是看错了题目条件这个分类非常重要。如果是概念问题就重新翻书如果是理解问题就去找对应的原理详解或视频如果是看错题目那你要做的不是复习知识而是调整做题节奏和审题习惯。我见过很多人的复习是低效的因为他们永远在重复做自己会的题错题一直错。你不把这个循环打破刷一百套题也很难进步。所以第二轮别贪多把错题本上的题目一道一道过直到每一道你都能不看答案讲清楚“为什么选这个、为什么不选那个”才算出师。3.3 第三轮限时模拟训练应试手感最后一周进入第三轮模式要切换成“全真模拟”。找一个完整的时间段定好闹钟模拟真实笔试的环境和时间限制把整份题集从头到尾做一遍。这一步有两个目的一是检验你的知识掌握程度二是训练你的时间分配能力。很多人在笔试中不是不会做而是前面题目耗时太多后面简单的题没时间看。我在带人模拟的时候还发现一个常见问题很多人做完题不喜欢检查交卷前干坐着。这很可惜。客观题做完之后至少要留出10分钟检查一遍重点看有没有看错题号、有没有把“选错误的”看成“选正确的”。这些失误完全可以通过检查避免丢了分才是真的冤。4. 那些年我在笔试里踩过的坑客观题避坑实录4.1 多选和不定项宁少勿错还是宁多勿滥这是客观题里最容易让人纠结的部分。碰到多选和不定项选错一个选项整题不得分少选了可能拿一半分也可能不得分要看具体的计分规则。很多人在考试时抱着“多选一个说不定就对了”的心态结果一选错整题白做。我的建议是除非你有十足把握否则选你确定正确的选项就行不要贪心。还有一个小技巧做题时可以用排除法。先把明显错误的选项划掉剩下的选项再逐一比对题目要求。有些干扰项设计得很巧妙它本身是正确的陈述但和题目问的“针对这个场景”不匹配。这种选项最坑人你如果只看陈述本身就会掉进陷阱。4.2 审题陷阱关键词可能决定你的答案“以下说法不正确的是”“以下属于无效等价类的是”“可能导致死锁的情况不包括”——这些带着否定词和限定词的题干是客观题里最经典的陷阱。我复盘过自己以前做错的题有相当一部分不是不会做而是把“不正确的”看成了“正确的”把“不包括”看成了“包括”。针对这个问题我教你一个笨办法在题干里的否定词和限定词下面画横线。笔试如果是纸质试卷直接拿笔圈出来如果是机考就在草稿纸上把关键词写下来提醒自己。这个动作只要花几秒钟但能帮你避免大量低级失分。另外遇到“以下选项中最准确的是”这种题要比较每个选项的措辞往往最全面的那个才是正确答案。4.3 时间管理先易后难别在难题上死磕客观题的题量通常不小2018年360春招这批题我估算了一下正常速度做完需要四十到五十分钟。如果你在某道题上卡了五分钟以上我的建议是果断跳过去先做后面的题等全部做完再回头来看。你要明白选择题的分值虽然不同但一道题卡太久损失的不只是这道题而是后面好几道本来能拿分的题。在实际笔试中我习惯按“先做会做的再做能蒙的最后啃硬骨头”的顺序来。前五分钟先把整份卷子快速扫一遍看看哪些题自己很熟哪些题没有把握。这样心里有个谱做起来不慌。另外遇到完全不会的题也别空着凭直觉选一个答案写上至少还有蒙对的可能性。4.4 错题整理不是抄题而是提炼规律说到错题本很多人的做法是把错题抄一遍、把正确答案标出来然后就再也不看了。这种做法基本等于白做。真正有效的错题整理是在题目下面写清楚三件事错误原因、正确思路、同类题的识别特征。比如一道关于死锁的选择题你要写的是“死锁产生的四个必要条件这题考的是互斥和持有等待的组合以后看到死锁关键词先回忆这四个条件”。我自己的习惯是每周日晚上把这一周的错题重新做一遍只看题目不看答案做对的就从错题本里划掉做错的再重点标记。这个方法坚持下来你的错题本会越来越薄知识盲区也会越来越小。比单纯刷题效率高得多。5. 给准备者的额外建议用面试官思维做题5.1 每道题都要想清楚“它在考什么”我之所以一再强调复盘是因为客观题最大的价值不是帮你得分而是帮你理解测试开发这个岗位到底需要什么能力。当你拿到一道题不要只满足于选出正确答案不妨多想一步这道题考察的知识点在真实工作中用在哪里。比如TCP三次握手的选择题对应的是你排查接口超时问题时对连接过程的理解SQL关联查询的选择题对应的是你验证测试数据时写查询语句的能力。这种“面试官思维”一旦建立你做任何一套题都会有额外的收获。你会慢慢发现笔试里的知识不是一个一个孤立的点而是织成了一张网。当你脑子里有了这张网不管笔试出什么题你都能找到对应的位置答题自然又快又准。5.2 刷题数量不是关键覆盖度和深度才是最后再聊一个老生常谈的问题刷题到底要刷多少我的答案是质量远比数量重要。你刷五十套题如果每套都是走马观花、做完对一下答案就扔一边效果可能还不如认认真真吃透一套题。真正有效的刷题方式是把每一道题都当成一次学习机会无论做对做错都去把相关的知识点复习一遍。我见过一些人喜欢收集各种题库网盘里存了几十个G的资料结果一个都没看完。其实就是一种心理安慰。与其囤资料不如把手头这一份题集利用到极致。如果你能把一套题里的每一个选项都搞明白、能给别人讲清楚那你的水平已经超过大多数应聘者了。笔试这件事本质上拼的不是天赋而是你有没有用正确的方法付出足够的努力。测试开发这个岗位的门槛并不低但每一分努力都会在成绩单上体现出来。