去年秋招的时候我在招聘平台上一页页翻着校招岗位突然看到“联想22校招-CNBU测试”这个标题。第一反应是愣了几秒CNBU是什么测试岗会不会比开发低人一等说实话当时我连点进去的勇气都不太够。后来一个在联想工作的学长跟我说CNBU是联想中国区的一个业务群组测试岗位在实际业务里的分量比你想象中大得多而且大厂测试岗对校招生的技能要求很明确只要准备方向对是完全能拿到offer的。我后来不仅投了还一路走完笔试、三面、HR面最后顺利入职。现在回头看这个选择比我想象中更适合起点普通、但愿意把测试当成一份正经职业来做的同学。这篇文章我不会写那种“校招攻略大全”只围绕“联想22校招-CNBU测试”这个具体岗位把我从网申、笔试、面试到入职三个月的完整经历拆给你看。如果你正在纠结要不要投测试岗或者已经投了但不知道怎么准备这篇文章应该能帮你省下不少时间。1. 我为什么锁定联想22校招的CNBU测试岗1.1 CNBU到底是个什么业务单元很多同学看到岗位名称里的缩写就懵了我当时也一样。联想校招岗位里这种缩写特别多IDG、ISG、SSG、CNBU各代表不同业务单元。我投递前专门研究了一下CNBU一般对应联想中国区面向消费者市场的业务群组核心是消费级智能设备以及配套的软件、服务和解决方案。测试岗位就是围绕这些业务线做质量保障从手机App、PC端工具软件到后台服务接口测试的对象跨度很大不是外界以为的只测“电脑能不能开机”。我后来在HR面的时候也追问了一句得到的解释是CNBU测试岗会根据部门具体需要安排到不同产品线但做的事情都一样——保证功能符合需求、性能满足预期、兼容性覆盖主流机型把问题在上线前拦截住。这也是我最终敢选它的原因面宽接触的业务链路长对新人来说是好事情。1.2 校招测试岗不是开发岗的退路而是一条独立的职业路径很多应届生对测试有刻板印象觉得是“点点点”是简历不够硬的人才去投的岗位。这个观念至少落后了五年。现在大厂测试岗拆分得很细有功能测试、接口测试、自动化测试、性能测试、测试开发薪资和开发差距并没有想象中那么大。联想这类公司对校招测试生的定位也不是“工具人”而是带着质量意识参与整个研发流程的工程角色。我当时选它更现实的原因是这个岗位相对竞争压力小一些。校招里开发岗动辄几百人投一个职位测试岗虽然也在卷但至少不会在简历阶段就被学历刷得那么狠。如果你学校背景普通但专业基础扎实、项目能说清楚测试岗是一个很值得切入大厂的入口。进去之后可以横向转测开、纵向转测试专家路线并不窄。1.3 从JD里拆出的三个关键信号投简历之前我特意把岗位描述里反复出现的关键词总结了一遍大致是“熟悉软件测试流程”“掌握Python/Java中的一种”“了解Linux和数据库”“有项目或实习经验者优先”。翻译一下就是测试基础是底线至少要知道用例设计、缺陷生命周期、测试报告怎么写编程能力是加分项不要求你手写红黑树但至少要能写出简单的自动化脚本Linux和数据库是实操工具因为在测试环境里查日志、造数据几乎每天都要用。这个拆解在后来笔试和面试中全部应验。所以如果你也想投联想或者其他大厂的测试岗别光背题先把这三件事想清楚测试理论会多少、代码能写到什么程度、有没有一个能拿得出手的小项目。2. 网申到笔试简历和刷题我踩过的那些坑2.1 简历怎么写才能过初筛我第一版简历犯了一个很多应届生都会犯的错——把课程成绩和校园活动写了一堆真正和测试相关的内容却只有一行“熟悉软件测试理论”。这种简历投出去基本是石沉大海。后来我换了个思路把简历当成“证据清单”来写技能部分不写“精通”和“熟练”改成“能够使用XX工具完成XX任务”比如“能够使用Postman完成接口测试能够使用pytestSelenium编写Web自动化用例”项目部分用STAR结构写重点突出“我做了什么”“用了什么方法”“结果如何”比如“独立设计并执行了xx模块的90条测试用例发现并跟踪了12个有效bug”如果你有实习最好没有实习的同学也不要空着可以在Github上找开源项目写一个小的自动化测试脚本集也算可验证的项目经验。我个人强烈建议在简历末尾附一个自己的Github或博客链接不需要多厉害哪怕只有几个测试脚本和学习笔记面试官看到也会觉得你是有持续学习意识的。2.2 笔试的题型分布与刷题策略联想的校招笔试通常是在牛客网线上完成岗位不同题型会有差别。我参加的这一场整体印象是行测题专业题两道编程题相结合时间比较紧张。具体分布大概是题型内容占比感受逻辑行测图形推理、数字规律、言语理解约30%专业选择数据结构、操作系统、网络、数据库、测试基础约40%编程题1道简单算法1道偏工程逻辑的代码题约30%我最开始只刷测试理论题结果在操作系统和网络上栽了。后来重新调整策略每天刷一套行测保持手感把牛客网“测试岗专项练习”里的选择题全部过一遍编程题就按LeetCode easy和部分medium来练。这里特别提醒一句编程题不要只盯着“算法难不难”更重要的是能在笔试环境里快速写出可运行的代码。我遇到的第一道编程题其实是“字符串去重并统计字符次数”思路不难但手生的人容易在输入输出处理上卡半天。2.3 没有实习经历怎么临时补一个能讲的测试项目如果你投递时间比较早还有一个月左右的准备窗口我推荐自己做一个轻量级的测试项目。我当时的做法是选了一个开源博客网站用PythonpytestSelenium给它写了一套自动化冒烟测试用例覆盖登录、发表文章、删除文章、分页浏览这几个核心流程。项目不需要大但要把下面几个点都踩到用例设计要分层至少要有正常流程、异常输入、边界条件三种元素定位优先用CSS或XPath并处理页面加载的显示等待测试数据不要写死用配置文件或数据驱动的方式管理最后用Allure生成一份测试报告写下结果分析和后续优化点。这套项目在面试时特别能打因为面试官追问的每个细节我都有真实踩坑记忆。比如问“遇到元素点击不到怎么办”我就会说可能是浮层遮挡也可能是页面还在异步加载解决思路是显式等待加上判断元素可点击状态。这种细节是背题背不来的。3. CNBU测试岗面试复盘一面二面HR面各在考什么3.1 一面技术基础与测试思维联想的测试岗一面的面试官通常是团队里的技术骨干全程大概40分钟节奏比较快。开场就是自我介绍我把重点放在“计算机相关背景一个自动化项目对测试的理解”上没有啰嗦。接下来问的内容可以分成三类第一类是测试理论。让我对“登录功能”设计测试用例。这类问题是最容易拉开差距的。我当时回答的结构是先按测试维度拆分——功能测试看输入框的合法性、密码加密、记住密码、验证码接口测试看提交参数校验、频率限制安全性看SQL注入、暴力破解兼容性看不同浏览器和移动端性能看并发登录。第二类是网络和数据库基本功。问了HTTP状态码中500、502、504的区别我用“服务器自己崩了”“中间的网关找不到后端”“后端没在规定时间内返回”来解释面试官点头认可。然后又让我写一条SQL统计用户表里同一个邮箱出现两次以上的记录用GROUP BY和HAVING就能解决。第三类是Linux排查问题。问题是“线上服务挂了你会怎么排查”。我的回答是先把服务状态和端口确认一遍用top看负载用tail查看最近日志再做链路检查最后看监控告警。这种问题不需要你有多深的运维经验关键是体现出“有排查思路、不慌、有顺序”。3.2 二面业务理解与项目深度挖掘二面的面试官级别更高问的东西也更偏业务和工程落地。开头直接盯着我简历里的自动化测试项目问了十分钟为什么选Selenium而不是别的工具你的用例失败时怎么定位是脚本问题还是产品bug自动化用例跑一次要多久多久运行一次如果页面元素被前端频繁改动你的脚本怎么办这些问题其实没有一个标准答案面试官想看的是你有没有真实写过代码而不是背概念。我当时回答“用例失败先看截图和日志再看是等待时间不够还是元素定位失效如果前端频繁改动会推进前端团队在关键节点上补充稳定的data-testid属性”这个回答比较真实面试官也没有为难我。后来还问了一道业务题“如果让你测试联想电脑管家的软件管家模块你会从哪些方向入手”我没有提具体的系统设计只从用户使用路径拆解下载、安装、升级、卸载、异常中断、磁盘空间不足、网络中断。只要能站在用户角度把场景列全面这道题就算过关。3.3 HR面稳定性、性格和期望薪资HR面相对轻松但不要掉以轻心。联想很看重候选人对岗位的稳定性HR反复确认“你对测试岗的理解”“是否愿意长期做测试工作”“如果开发岗也给你offer你会怎么选”。我的回答是强调自己认真研究过测试方向认为质量保障是产品交付中不可替代的一环短期规划是在测试领域深扎两三年后续向测试开发发展。还有一个容易被问到的点是“你最大的缺点是什么”。不要去说什么“我太追求完美”这种被用烂的答案。我当时说的是自己公开表达容易紧张后来通过主动在项目例会上汇报来改善。HR觉得这个回答有自我认知也有行动方案效果不错。薪资谈判的话校招基本是标准价没有太多空间但可以问清楚是否有加班补贴、班车、餐补、试用期薪资待遇这些问题放在最后反问环节问就可以了。3.4 现场被问倒的一道题路由器怎么测我必须坦白二面里有一个问题问“家里的无线路由器你会怎么测试”我当时脑子是空白的。因为平时对路由器认知就停留在“能上网就行”从来没把路由器当成一个需要系统测试的产品。冷静了几秒后我强迫自己回答先看它是硬件设备所以外观、接口、指示灯、散热是硬件测试点再看它是网络设备所以基本功能包括无线连接、有线连接、DHCP分配、NAT转发然后是管理后台和App要测配置修改、重启、恢复出厂还要考虑性能比如多台设备同时接入、高负载和长时间运行的稳定性最后是安全和兼容性比如WPA2/WPA3加密、不同手机和电脑系统的适配。这个回答其实已经被我补救得比较完整了。面试官后续点评时说遇到没准备过的题目不要慌从“用户会用这个产品做什么”出发一层层拆到具体测试点比硬套方法框架更有说服力。这句话我记到现在。4. 入职三个月CNBU测试岗真正在做的事4.1 从“会答题”到“会提Bug”日常测试流程和产出物入职后的前两周基本都是熟悉团队和产品带我的导师给了一份“新人必读”产品需求文档、原型图、技术架构说明、以往的测试用例和缺陷报告。我把这些当成教材来啃很快就发现学校学的测试流程和实际工作是有很大差别的——真实项目没有“标准答案”你面对的是一个一直在变化的需求和永远不够用的测试时间。团队日常节奏大概是这样的每天上午有十五分钟晨会同步当前需求进度和风险拿到新版本后先在测试环境做一轮冒烟测试冒烟不通过就直接打回开发不进入正式测试正式测试阶段按测试用例执行发现bug就提缺陷单严重等级从A到D四级划分版本提测后在Jira上做缺陷跟踪开发修复后重新执行回归测试上线前还要走一轮重点功能回归确认没有引入新问题。刚开始我最不适应的是提bug的表述方式。学生时代说自己发现问题很随意但在公司里一个合格的缺陷单要写清楚前置条件、复现步骤、实际结果、期望结果还要附上日志、截图和机型信息。如果复现率不是100%还要说明大概出现的频率。这些细节直接影响开发的排查效率也决定你是不是一个靠谱的测试。4.2 第一次独立负责模块从用例设计到上线的完整链路我入职第三个月导师让我独立负责一个PC端工具软件的设置模块测试。这个模块不算大但涉及本地配置、云同步、权限管理等多个功能点足够我完整走一遍流程。我当时的做法是分为四步第一步把需求文档从头到尾读了三遍画出业务流程图把每个功能的正常路径和异常路径都列出来。有些边界条件需求文档里根本没写比如“配置缓存达到上限怎么办”这些需要靠和开发确认或结合历史版本的行为来判断。第二步整理测试用例用Xmind做了功能脑图然后逐条写成Excel用例包含用例编号、前置条件、测试步骤、预期结果、优先级。整个模块下来大约110条用例中等优先级以上的约占七成。第三步执行测试并跟踪缺陷。我执行了三天发现了大概十几个问题其中有一个“云同步后本地设置被重置”的严重bug定位到是和另一个模块共用配置文件的键名冲突。为了确认影响范围我专门找了开发一起看日志最后确认是同步逻辑的初始化顺序问题。第四步上线前的回归。因为安排比较合理上线当天没有出现紧急问题导师在周会上点名夸了一句当时成就感还是很大的。4.3 测试环境、测试数据与回归策略新手最容易忽略的细节学校做项目不用考虑环境问题公司里“环境”才是最大的坑。我们团队测试环境不止一套有日常测试环境和预发布环境数据也和正式环境隔离。我第一次独立测试时在测试环境里造了一批订单数据结果发现不同环境的Mock策略不一样导致一个支付回调一直收不到。后来学会了很多工作流数据不能自己乱造要复用线上脱敏数据或通过接口造数工具生成。回归策略则是另一个学问。新版本推出后不一定要把全部用例都执行一遍通常按照风险等级选择冒烟用例覆盖主流程定向回归覆盖本次改动涉及的功能全量回归一般放在大版本或重要模块改动后。如果不知道某个改动的影响面就用代码仓库的Diff记录来判断改了哪些模块再去找对应的旧用例。这个思路我在面试时其实答过但真正落地才发现没那么简单因为涉及多个团队的改动交织在一起回归范围经常需要靠业务判断。5. 给下一届投递者的工具箱与提醒5.1 我重新整理后的工具与学习路线如果现在有人问我想投联想22校招CNBU测试这类岗位应该先学什么我会给出一个“够用就好”的工具箱学习方向具体工具/技术建议掌握程度接口测试Postman、Jmeter、Charles至少能用Postman完成接口的请求、断言和参数关联功能测试用例设计方法、缺陷管理流程能独立写出结构完整的测试用例自动化Python基础、pytest、Selenium、Appium能写一个小的自动化脚本并看得懂报告数据库MySQL基本操作、增删改查、连表查询能造数据、查数据、验证数据操作系统/网络Linux基础命令、HTTP协议、TCP/IP基本概念能查日志、抓包、理解常见报错CI/CD理解Git、Jenkins、Docker理解基本概念会用Git提代码即可学习路线上我建议不要一上来就啃自动化先把功能测试的“手感”练出来。理解什么是好的用例、什么是完整的缺陷、什么是清晰的测试报告再往上走自动化会事半功倍。书的话《软件测试的艺术》适合建立基本认知《Web接口开发与自动化测试—基于Python语言》适合边看边写代码后者里面的代码虽然老一点但核心思路不过时。5.2 面试表达三个“先说结论”的答法我自己在面试中总结出一个好用的表达套路遇到任何追问都用“先说结论—再给理由—最后说例子”的结构。举一个例子面试官问如果开发说这个改动影响很小不需要测试你怎么办很多人会直接回答“跟开发争论”或者“按流程测试”。但用上述结构就能答得更好先说结论我会基于改动影响面来判断如果影响到核心流程我会坚持测试再给理由开发说的“很小”通常是从代码改动量角度判断而测试还要考虑用户场景和上下游依赖代码没改不代表行为不变最后举例比如之前一个同学遇到的bug只是改了一个配置文件结果上线后把整个模块的兼容性搞坏了。这样回答既展示你有判断力也有沟通策略面试官通常都会觉得你是真的思考过这个问题。5.3 什么样的人适合来这个岗位最后说点得罪人的大实话。测试岗不是“不行才去”的通道但它确实更适合那些人细心且有耐心能在一堆信息中找到异常沟通能力在线能和开发、产品用事实说话而不是情绪说话有好奇心遇到bug想追根因而不是顺手滑过去也有工程意识愿意用脚本和工具把重复劳动自动化掉。如果你确认自己符合其中两三点那完全可以投。大厂测试岗的成长环境真的不差尤其是CNBU这种业务类型各种智能设备和服务端的质量实验都在身边你每天接触的是真实用户场景学到的东西非常落地。我在入职三个月后最大的感觉就是测试并不是机械地点按钮而是通过质量视角不断去推动产品变好这种感觉是单看代码库体会不到的。最后单独再分享一个小建议不管投哪个岗位拿到offer不是终点拿到之后更要主动了解团队用的工具链和测试体系。你可以在面试反问环节直接问“团队目前自动化覆盖率是多少”“用什么框架做接口测试”“测试环境是怎么管理的”这些问题既能让面试官觉得你专业也会帮你在几个offer之间做出更准确的选择。如果你也看到了“联想22校招-CNBU测试”这个标题别犹豫认真准备一轮值得试。
