2024年秋招联想集团技术服务开发质量类笔试我把能踩的坑都踩了一遍好在最后拿到了面试机会。现在回头看这套笔试并没有想象中那么玄乎但确实有几个地方容易让准备不足的人栽跟头。今天不聊空话直接用我自己的备考过程、题型记忆和复盘结论给接下来要投联想这类技术大厂的同学一套可以照着做的路线。先说一句联想集团秋招的技术服务与开发质量类笔试通常走的是统一在线测评并不是每个岗位都单独出题但岗位方向不同专业题部分的侧重点会有明显差异。我当时投递的是技术服务方向的岗位同场考试里也有开发质量类候选人所以这份总结对两个方向都适用。1. 投递前先看清岗位代码技术服务与开发质量到底考什么1.1 这两个方向的岗位画像差异很多同学在投递联想时看到“技术服务”和“开发质量”就默认它们考的东西差不多实际上两者的能力模型差别挺大。技术服务偏向售后支持、客户服务解决方案、技术支持工程师这一类岗位核心考察的是你面对真实用户和故障时能不能快速定位问题、能不能把技术语言翻译成人话。开发质量则更靠近研发体系里的测试开发、质量保障、自动化测试核心考察的是你对软件测试理论、代码能力、持续集成质量红线的理解。我在投递前把联想招聘官网上这两个方向的JD对比着看了几遍发现一个规律技术服务岗的JD里频繁出现“沟通能力”“服务意识”“故障处理流程”“客户满意度”而开发质量岗的JD里频繁出现“测试用例设计”“自动化脚本”“接口测试”“质量度量”。这两个词云几乎就是笔试专业题的命题边界理解清楚自己报的是哪一类方向才能把有限的复习时间花在合适的地方。1.2 从JD反推笔试重点我在准备笔试时有个习惯把JD里的关键词抄下来然后一个一个去问自己如果我是出题人我会怎么考这个点拿技术服务来说JD里如果写了“负责产品的技术支持与故障诊断”那笔试大概率会出网络排障、操作系统命令、常见硬件故障原因这类题。如果写了“协调内外部资源解决客户问题”那情景题里大概率会出现客户投诉处理、服务工单优先级排序、跨部门沟通场景。开发质量方向同理JD里写了“负责测试策略制定”笔试就可能会考测试金字塔、分层测试策略、覆盖率指标写了“推动质量内建”就可能考质量门禁、CI流水线、缺陷密度这些概念。这个方法在考前特别管用因为大厂HR写JD并不是随便写的每个词背后都是岗位的真实工作内容。1.3 我整理的岗位与题型对应表备考过程中我做了一张对应表左边是岗位方向右边是笔试里最常出现的专业题模块。这张表不是官方发布的是我结合往年笔试回忆、面经和招聘JD反推出来的分享给大家参考岗位方向专业题常见模块典型考点举例技术服务计算机网络TCP/IP分层、DNS解析流程、常见HTTP状态码技术服务操作系统与Linux进程管理命令、日志查看、权限管理技术服务服务流程与场景题故障升级机制、客户沟通优先级、SLA理解开发质量软件测试理论黑盒白盒、用例设计方法、缺陷生命周期开发质量自动化与编程Python/Java基础、Selenium/Postman、接口用例开发质量质量保障体系CI/CD流程、质量门禁、覆盖率与缺陷逃逸把这张表贴在显眼的地方复习时就不会东一榔头西一棒槌。我身边有同学投了技术服务岗却在狂刷LeetCode不能说完全没用但性价比真心不高专业题的失分往往就出在方向错位。2. 笔试全程拆解在线测评的科目顺序与时间陷阱2.1 科目构成和常见时间分配联想的在线笔试整体是分模块计时的我遇到的顺序大致是逻辑推理、言语理解、数量关系、性格测评然后才是和专业方向相关的综合题。前三个模块属于通用能力后面才是技术服务或开发质量的专业题。每个模块单独倒计时模块之间不能返回这个机制很关键很多人吃亏就吃在总想着回头检查前面的题目结果后面专业题时间不够。我印象比较深的是数量关系模块题量不大但每道题的计算量不小如果在一道题上卡超过两分钟后面好几道题就只能蒙。建议通用能力部分整体按“单选快速过、计算题卡点过、拿不准的标记后秒选”的策略把省下来的时间留给专业题。因为通用能力大家差距不大真正拉开分数差距的是后面那一部分专业综合题。我给自己定的时间分配是逻辑推理和言语理解合计用时控制在计划时间的70%数量关系部分最多卡一分钟一道一旦超时就先选一个看着最合理的答案然后立刻进下一题。这个策略帮我避免了很多次“因小失大”。2.2 行测部分言语、图推、数理怎么快速拿分先说言语理解。技术服务岗位特别看重沟通表达言语题其实是在模拟你能不能从一大段客户描述里快速提取关键信息。做这类题我习惯先看提问方式再带着问题去原文里找关联词和转折句而不是从头到尾把材料读完。尤其在时间紧张的时候找到主旨句就等于拿到了答案。图形推理算是通用能力里最让人头疼的模块。我自己的经验是不要试图穷尽所有规律优先找“对称、旋转、封闭空间、笔画数”这几个最高频的切入点。如果十秒内看不出来规律果断放弃比死磕更划算。这不是心态问题是单纯的性价比问题。数量关系方面我建议重点复习工程问题、行程问题、排列组合和利润问题这几类是秋招笔试里出现频率最高的。公式其实不多关键在于能不能快速识别题型。我考前把常见的数量关系题型按“关键词识别”做了一遍索引比如看到“同时打开”想工程问题看到“相遇/追及”想行程问题看到“至少保证”想最不利原则。这样在考场上的反应速度会快很多。2.3 英语和性格测评的隐藏权重英语模块在笔试里经常被低估。联想的业务是国际化的技术服务岗位尤其需要和全球客户打交道英语阅读和词汇题不能裸考。我的感觉是英语难度大概在四六级之间但材料偏向商务场景所以考前可以多看看技术文档的英文版积累一些常见的售后支持表达比如“replace the module”“reboot the device”“escalate to the next level”这类短语。性格测评通常不算分数但千万别小看它。有的同学在性格测评里过度美化自己选了很多“完美人格”选项结果前后矛盾反而被系统判定为作答不真实。我的建议是保持前后一致适当体现服务型岗位需要的耐心、责任心、协作意愿即可。如果你投的是技术服务岗性格测评里尽量体现“稳定、有条理、乐于助人”的一面而不是过于激进和独断。这里插一个真实教训我有一位朋友在性格测评里为了表现“抗压能力强”把几乎所有的压力场景都选成“毫无压力”结果反而和前面“遇到难题时会焦虑”的选项冲突系统提示测评结果异常。所以别硬凹真实作答比表演重要得多。3. 技术服务方向的考点清单与案例化准备3.1 技术支持与服务体系的知识储备技术服务方向的专业题纯背诵型的考点其实不多更多是考察你知不知道一套完整的服务流程是怎么运转的。我当时梳理了三个层次第一层是基础架构比如ITIL框架里的事件管理、问题管理、变更管理有什么区别第二层是服务指标比如SLA、响应时间、解决率、客户满意度CSAT/ NPS怎么计算第三层是服务工具比如工单系统的流转逻辑、远程诊断工具的常用功能。这三个层次看起来很多但笔试实际考到的深度不会太深。更常见的是给你一个服务场景让你判断当前最该做的是“先恢复业务还是先排查根因”。正确答案往往是“先恢复业务”因为对技术服务来说用户的第一诉求是把问题解决而不是听你讲原因。所以复习时不要把重点放在背ITIL的英文缩写上而是多想想每个流程存在的意义。3.2 情景题客户投诉、故障处理、服务工单情景题是技术服务岗笔试的重头戏。它往往不会直接问你“请写出服务响应流程”而是给你一个虚拟场景再给四个选项让你选“最合适的处理方式”。这类题没有绝对标准答案但有明显的优先级逻辑。我做完联想这套题后的体会是四个选项里通常有两个都说得通这时候要按“先止损、再定位、后复盘”的顺序来选。一个典型的例子是客户报修设备无法开机A选项是马上给客户换一台新设备B选项是远程指导客户做基础排查C选项是记录问题后升级给二线工程师D选项是告知客户需要预约上门时间。很多人会纠结A和B但从服务体验和成本控制角度先远程排查永远比直接换机更合理。所以准备情景题时不要背答案要背“决策顺序”。我在复习时把客户投诉、硬件故障、软件异常、网络断连这四类高频场景各写了一个处理模板每个模板都按“影响评估、快速恢复、根因定位、后续优化”四步来设计。到了笔试现场就算遇到没准备过的场景也能顺着这个框架找到最接近正确的一个选项。3.3 技术基础题型网络、操作系统、数据库技术服务岗虽然没有开发质量岗那么强调写代码但计算机网络和操作系统的基础知识是躲不开的。我在笔试里遇到的知识点基本集中在TCP三次握手和四次挥手的作用、DNS解析流程、ping和tracert的区别、HTTP 4xx 和 5xx 状态码的含义、Linux下查看系统负载和日志文件的基本命令。这里有一个小建议复习网络时不要只背协议要结合真实业务去理解。比如用户反馈网页访问很慢可能的原因有哪些DNS解析慢、服务器带宽不足、数据库查询慢、前端资源过大每一种原因对应排查工具也不一样。把知识点装进具体的故障场景里遇到题目才不容易慌。数据库相关题目在服务岗出现的概率略低但联想的服务系统背后一定有数据库支撑所以基础的SQL查询、表关联知识最好看一眼。我备考时只复习了SELECT、JOIN、GROUP BY和基本的索引概念结果足够用。如果你是技术出身这些属于送分题如果是非科班转投服务岗建议还是老老实实把SQL基础过一遍。4. 开发质量方向的考点清单与实战模拟4.1 测试基础理论用例设计、缺陷生命周期如果你投的是开发质量岗测试基础知识就是笔试的命根子。联想这类大厂对质量岗的要求不是“你会点点点”而是“你有没有一套系统的测试思维”。所以笔试里会出现很多关于测试用例设计方法的题比如等价类划分、边界值分析、判定表、因果图。边界值分析法几乎是必考的我在备考时专门总结了最常见的坑输入范围是1到100合法边界是1和100非法边界是0和101这点大家都知道但真正容易丢分的是“边界内的值要不要测”比如50这种中间值。正确答案是要测但优先级比边界值低。如果考试时间不够先写边界值再写中间值因为缺陷最容易出现在边界附近。缺陷生命周期也是高频考点。从“新建-指派-修复-验证-关闭”到“重新打开-延期处理”每一个状态转换的触发条件都要能说清楚。我在笔试里就遇到一道题问“开发人员认为当前缺陷不是缺陷应该选择哪个状态”正确答案是“拒绝/Rejected”或者“按设计方式工作”而不是直接关闭。这种题看起来简单但很多人会选错因为把“关闭”和“拒绝”混为一谈。4.2 自动化测试与编程题语言选型、常用框架开发质量方向的笔试编程题占比不小。联想的质量岗笔试通常不会出特别难的算法题但肯定会给一道简单的编程题考察你基础语法和逻辑能力。我当时做的就是一道列表去重排序的题用Python几行就能写完。所以不要把精力全扑在LeetCode怪题上先把数组、字符串、字典这几个基础数据结构用熟。除了编程题自动化测试框架也经常以概念题形式出现。比如Selenium的定位方式有哪些Postman做接口测试时怎么设置断言pytest和unittest的差别Appium和Selenium的应用场景区别这些都是网上公开资料的常见题背下来不算本事最好自己动手跑一遍环境。我在准备自动化内容时用了两天时间把Selenium的基本流程搭了一遍启动浏览器、打开百度、输入关键词、点击搜索按钮、断言页面标题。这个流程一旦跑通你对自动化测试的理解会从“概念”变成“体验”笔试里再遇到Selenium相关的题目你脑子里有画面了自然不容易选错。4.3 质量保障与DevOpsCI/CD、质量门禁联想这种体量的公司开发质量岗不只是测功能还要关心整个研发流程里质量是怎么被保障的。所以笔试里经常出现CI/CD、DevOps、质量门禁这些偏工程化的概念。比如给你一条代码提交到部署的流水线问你哪些环节可以插入自动化测试、哪些情况下应该阻断发布。我的复习方法是把CI/CD画成一条线代码提交、静态扫描、单元测试、构建打包、接口测试、UI测试、部署生产然后在每个环节后面标记“如果失败会怎样”。这样一轮下来你就能理解什么是质量门禁某个环节的测试通过率低于阈值流水线自动fail不让代码进入下一环节。这个机制本质上是通过工具把质量红线固化下来而不是靠人盯着。笔试如果考到概念对比比如蓝绿发布和金丝雀发布的区别不需要太深入知道它们都用于降低发布风险、金丝雀是让一部分流量先验证即可。重点是要能说清楚质量保障的目标是什么尽早发现问题、降低修复成本、避免故障逃逸到生产环境。所有的工具和流程都是围绕这三个目标服务的。5. 容易翻车的细节与我的复盘记录5.1 设备与网络环境准备在线笔试最大的风险不是题目难而是设备中途出问题。我考试前特意做了一轮设备检查摄像头能否正常开启、麦克风有没有权限、浏览器版本是否符合要求、网络是否稳定。千万别在开考前几分钟才想起来装插件那样大概率会手忙脚乱。联想的在线笔试系统一般会在考试前发送测试链接建议大家收到后立刻进去做一次环境检测。检测内容包括摄像头、扬声器、屏幕分享权限和网络带宽。我当时还专门把电脑的弹窗通知、微信、钉钉全部关掉避免答题时突然弹出消息干扰思路。还有一点容易被忽略在线笔试通常有防切屏监测。考试过程中不要随便切换浏览器窗口更不要尝试搜索答案。一旦被系统记录切屏次数过多轻则警告重则答卷作废。我见过有同学因为电脑右下角弹了一个新闻消息被误判为切屏连续警告两次后心态直接崩了。所以考试前把通知中心清理干净比多刷几道题更重要。5.2 性格测评千万别“硬凹”前面提到过性格测评要保持一致这里再展开说一点。很多人觉得性格测评没有标准答案随便选就行但它其实会影响你是否进入下一轮。尤其技术服务岗位团队非常看重候选人的“亲和力”和“情绪稳定性”如果你把自己包装成一个极度理性、不喜欢沟通的人即使在专业题上拿了高分也可能倒在性格测评上。我的经验是回答时想清楚你想呈现的职业画像然后按这个画像去选最适合的选项。想做技术服务就多选“喜欢帮助别人解决问题”“面对冲突先冷静分析”“做事有规划”这一类的选项想做开发质量就多选“注重细节”“坚持原则”“愿意反复验证”这一类的选项。但前提是这些选项不能自相矛盾否则系统会判定你作答不真实。5.3 时间不够时的取舍策略笔试最残酷的地方在于几乎没有人能从容做完所有题。我考完联想这套题的最大感受是专业题部分的时间比预想中紧前面通用能力一旦拖得太久后面连读题的时间都不够。所以一定要有取舍意识。我的取舍原则是言语理解、图形推理这类“快速判断型”题目尽量不给时间开天窗哪怕蒙一个也比空着强数量关系如果超过一分半钟还没思路直接跳过专业题里的情景题和分析题是区分度最高的部分宁可用前面蒙题省出来的时间也要把专业题仔细读完。因为专业题每一道分值更高逻辑性更强蒙题的正确率远低于通用能力题。如果你平时做题速度不快建议考前做一次完整的模拟笔试严格按每个模块的倒计时来掐点。模拟完之后你会发现自己原来会在哪些地方浪费时间这比盲目刷一百道题有用得多。5.4 笔试后的复盘清单笔试结束后不要光等消息一定要趁记忆新鲜做复盘。我会在考后十分钟内把刚才遇到过但不确定的题记下来尤其是专业题里的知识点。比如我在技术服务方向笔试里遇到一道关于SLA的题当时选项里有一个“SLA是指服务提供方和客户之间约定的服务等级协议”我选了但心里没底。回来一查发现自己其实混淆了OLA和SLA这个错误就变成了我下一轮面试的准备素材。复盘清单可以包含三列题目方向、我的答案、正确知识点。不需要列得很详细关键是能暴露自己的薄弱点。这样做的好处是如果笔试顺利通过这些复盘内容可以直接转化成面试里的专业储备如果不幸挂了也能知道自己到底差在哪里下一家公司的笔试就不会再踩同一个坑。6. 从笔试到面试怎么把笔试经验变成下一轮的谈资6.1 笔试错题整理与简历联动笔试不仅仅是筛选门槛更是一次免费的自我体检。我通过复盘发现自己在“服务流程优先级”这块理解得不够深就在等待面试期间专门找了相关案例来补课并且把这段经历写进了简历的项目介绍里。比如我参加过一个校园技术咨询项目帮同学处理电脑故障当时我习惯性直接上手修没有先问清楚故障现象和影响范围后来才意识到“先诊断后处理”才是服务流程的核心。这个认识其实是从笔试错题里“长”出来的。面试官如果问“你如何看待技术支持工作”我就可以把这次复盘的真实经历讲出来既展示了学习能力又展示了服务意识。所以我的建议是不要考完就扔认真统计一下自己的错题分布再把每个薄弱点对应到一个真实案例上。面试时这些就是你区别于其他候选人的素材。6.2 提前准备技术与服务场景的STAR案例无论你最终进的是技术服务还是开发质量岗面试环节大概率都会让你讲一段处理问题的经历。与其临时编不如笔试后就开始整理STAR案例。Situation、Task、Action、Result四要素每一段经历控制在三分钟左右。技术服务方向可以准备“帮助用户远程解决某个问题”的经历开发质量方向可以准备“发现并推动修复一个隐藏bug”的经历。我当时准备了一个案例在实验室里帮同学排查一台无法连接打印机的电脑从检查网络连接、重新安装驱动到配置打印机端口最后定位到IP地址冲突用了大概二十分钟解决。这个案例并不高深但完整展示了我的排查思路和服务耐心。笔试后准备这类案例会让你的面试状态明显更从容。如果你是转专业投递没有太多技术经历也可以把笔试内容作为案例。比如你可以说“在准备联想笔试时我系统复习了服务流程并尝试把SLA指标应用到班级活动协调中”这听起来比空口说“我喜欢这个岗位”要有说服力得多。6.3 联想招聘流程节点与等待期建议联想的秋招流程一般包括网申、在线测评、面试、Offer审批几个阶段。笔试结束后通常需要一到两周才会收到面试通知这个等待期很考验心态。我的建议是不要干等把这段时间当作面试前的黄金准备期把之前整理的笔试错题过一遍把STAR案例讲一遍把联想的产品线和服务体系了解一遍。了解联想的产品与服务体系尤其重要。技术服务岗候选人至少要知道联想有消费电脑、商用设备、数据中心、方案服务这些业务板块能说出联想在“端-边-云-网-智”这样的战略框架里扮演什么角色。这些不需要背得多深但要让面试官感觉到你对公司有真实兴趣而不是海投了上百家之后随便来碰运气。等待期里也可以适当刷一些岗位相关的论坛和社区看看今年的面经变化。但要注意控制信息摄入量别被焦虑情绪带跑。笔试已经考完了你能控制的只有下一步的准备而不是结果本身。如果你现在正准备联想集团技术服务或开发质量类笔试希望这份复盘能帮你少走一些弯路。笔试这件事功夫在平时但策略在考前。把方向搞对把时间分配好把复盘做到位加上一点点运气你大概率能顺利闯进面试环节。祝下一轮笔试的各位都能稳定发挥。