首先说点题外话。2016年那会儿滴滴和快的刚合并不久网约车大战进入下半场整个公司处在“一边打仗一边补队伍”的状态。那年校招的在线测评和后来很多大厂的常规笔试不太一样——它带着很浓的“业务即考题”风格题目设计能明显感觉到出行场景的渗透。我当年帮不少学弟学妹复盘过这套测评自己也完整走了一遍流程今天就把这个测评从入口到出结果的整个过程掰开揉碎讲清楚。这篇东西适合谁看一是准备互联网公司校招、尤其是想冲出行/O2O方向的技术岗和非技术岗学生二是想了解在线测评平台和出题逻辑的求职者。我会把测评类型、典型题目、平台操作细节、怎么提前准备、怎么在等待期争取主动全部串起来讲。1. 2016年那场测评合并后的第一次大考1.1 为什么滴滴快的要在简历关之后设置在线测评2016年的滴滴快的业务上是合并了但团队还在磨合期。校招的核心诉求不是“招到最聪明的人”而是“招到能立刻上手打仗的人”。在线测评这个环节本质上是一道漏斗——简历太多面试官看不过来必须先通过标准化测评筛掉一批人。和后来的纯算法笔试不同2016年那套测评带着明显的“业务匹配”意图。技术岗考算法和系统设计非技术岗考行测和情境判断题目背后都能看到出行业务的影子。比如技术岗会有“处理海量订单匹配”类的算法题非技术岗会有“乘客投诉如何安抚”之类的情境题。这说明什么说明滴滴的人是真的把业务场景搬进了笔试他们想看到的不是标准答案而是你在真实业务压力下的反应方式。这一点很多当年没考上的人事后才明白。在线测评不是单纯的“做题”它是公司和候选人之间的第一次双向筛选。你答的每一道题都在向对方展示“我是哪种人、我怎么思考”。1.2 测评通知邮件里容易被忽略的信息当年测评通知一般通过邮件发出标题大概是“滴滴快的2016校园招聘在线测评邀请”。邮件里除了链接和截止时间还有几个关键信息很多人一眼扫过去就忽略了。第一是测评时长。技术岗大概90到120分钟非技术岗大概60到90分钟。注意这个时长包含读题时间而且每一部分有单独的小倒计时。最坑的是部分模块一旦进入就不能返回修改你点“下一题”之前必须想清楚否则就翻篇了。第二是设备要求。当时用的是第三方在线测评平台对浏览器有明确限制一般推荐Chrome或FirefoxIE经常出问题。部分岗位要求开摄像头监控这意味着你不能中途切出去查资料切屏记录会被标记严重的话直接判作弊。第三是截止时间。邮件里写的是“请于X月X日24:00前完成”注意这是最后期限不是推荐时间。很多人喜欢拖到最后一晚结果遇到服务器拥堵或者断网白白错过机会。这个环节我的建议是收到邮件当天先用设备测试一下平台兼容性再花十分钟把邮件里的所有链接、账号密码、截止时间截图存档。不要等到最后一刻才慌慌张张打开。1.3 技术岗和非技术岗的测评差异滴滴快的2016校招的在线测评不同岗位的考察侧重点差异很大。技术岗研发、算法、数据主要考算法和数据结构题型一般是选择编程题部分岗位会加一道系统设计简答题。算法题的量不算大大概3到5道但难度分布很广——有送分的基础题也有让你纠结到最后的动态规划。系统设计题一般是开放性的比如“如何设计一个订单分配系统”这种题没有标准答案考察的是你的思维框架和表达能力。非技术岗产品、运营、市场则是行测性格测试情境判断的组合。行测包括言语理解、数量关系、图形推理和逻辑判断难度和公务员行测差不多但题量略少。性格测试没有对错但陷阱在于前后一致性后面细说。情境判断是滴滴特色它模拟实际业务中遇到的场景比如司机和乘客发生纠纷你怎么处理考察的是你的判断力和沟通风格。两类岗位的测评逻辑完全不同对应的准备方式也完全不同。2. 技术笔试复盘算法题背后考察的真实能力2.1 高频题型最短路径、贪心、动态规划为什么是标配滴滴的业务核心是“出行”技术栈天然围绕LBS、路径规划、订单匹配、供需预测展开。所以2016年那套技术笔试题我最直观的感受是题库是从真实业务里抽出来的骨架。最短路径是必考方向。别把它当成单纯的Dijkstra模板题出题人会把背景包装成“从乘客位置到最近司机位置的最短路径”、“多辆空闲车如何最优派单”等。表面考最短路径实际考的是你能否在约束条件下选对算法并分析复杂度。我当时碰到过一道题给了城市网格和道路拥堵系数求最优路径本质就是带权最短路径问题。动态规划和贪心也是高频考点。有一道印象深刻的题大概是“给定一组订单的起止时间如何安排能接最多订单”这是经典的区间调度问题贪心可解。如果换成“带收益的调度”就得动规了。出题人考的不是你能不能背出状态转移方程而是你能不能识别出“这题是动规、那题是贪心”——这恰恰是业务中最需要的抽象能力。我的建议是刷题不能只刷LeetCode要站在“出题人出身于哪个业务”的角度去猜题。滴滴的题目一定和“匹配”、“路径”、“资源分配”有关所以准备时要重点覆盖图论算法、区间类贪心、背包变体、状态压缩这四类。2.2 一道典型的“城市路线规划”题拆解为了让你直观感受2016年那套题的风格我凭记忆复盘一道典型题目不代表原题但题型和考察点完全一致。题目大意是“某城市有N个路口M条道路每条道路有长度和平均通行时间。现在有一辆空车和一个乘客请求要求在道路拥堵变化的条件下给出预计到达时间最短的方案。”这题的第一层考法是套最短路径模板Dijkstra写完就能过一部分用例。第二层考法是你有没有考虑到负权边不存在但“拥堵系数动态变化”的影响。第三层考法更阴——如果道路通行时间会随时间变化那么静态图的最短路径就没那么简单了要引入“时间依赖的最短路径”概念此时Dijkstra的贪心性质在某些条件下依然成立但必须把节点状态扩展成路口时间的二元组。大部分人在第一层就停了拿到一半分数已经超过平均水平。但你要知道滴滴的面试官看笔试成绩时关注的不是“是否AC”而是“是否理解业务约束对算法选择的影响”。能在代码注释里或者简答题里把“为什么这里不能用SPFA”或“这个场景下是否可以贪心”说出来的人会比闷头AC的人印象分高很多。所以做这类题时别只写代码在注释里写清楚算法选择和复杂度分析这既是给自己理思路也是给阅卷人看亮点。2.3 系统设计简答题怎么答才不丢分技术笔试里还有一道系统设计简答题当年很多人看到就懵“这不应该是面试才考的吗”但滴滴2016年确实放在了笔试里考察的就是你能不能在没有面试官引导的情况下独立完成一个业务系统的架构思考。我印象中的题目类似“请设计一个针对百万级日订单量的派单系统要求低延迟、高可用”。这题没有标准答案但评分有自己的偏好。第一你要明确边界条件——派单系统最重要的指标是什么是“从乘客发单到司机接单的响应时间”以及“平台整体成交率”。第二你要画出数据流和模块划分乘客端发单、订单中心、司机位置上报、匹配引擎、推送系统这些模块之间的依赖关系要说清楚。第三你要主动谈扩展性——匹配引擎怎么从单机升级到分布式司机位置数据用什么存储匹配结果怎么广播到司机端这些都是加分项。我当时的思路很朴素先定义核心问题再拆解模块最后谈扩展和容灾。这样一个金字塔式的回答框架能让阅卷人在30秒内看出你的架构思维。说白了笔试里的设计题不是考正确答案而是考“你有没有从0到1搭系统”的思考习惯。3. 综合测评行测逻辑性格测试里的隐形筛人点3.1 行测题的时间分配策略与典型题型非技术岗的在线测评行测是占比最大的一块。题型分为言语理解、数量关系、图形推理和逻辑判断四种。很多人容易犯的错是“按顺序死磕”——前面言语题做得太慢后面图形推理只能瞎蒙。我的策略是先跳过言语理解从图形推理入手。因为图形推理的答案逻辑性强基本不会出现歧义做一道是一道。言语理解往往在两个选项之间犹豫一犹豫就是三分钟。数量关系则放在最后因为计算题最耗时而且部分题可以靠排除法猜答案。行测题的具体类型上图形推理考的是“图形叠加”、“翻转旋转”、“数量变化”几种规律。逻辑判断则是“削弱”、“加强”、“假设”三种题型的变体。言语理解就是老生常谈的“主旨概括”、“意图判断”、“细节理解”。数量关系一般是工程问题、行程问题、概率问题、排列组合对数学要求不高但要求你算得快。在线测评的特殊之处在于每道题没有单独的限时整体倒计时。遇到卡壳的题我的经验是不超过2分钟直接标记跳走最后有时间再回来看。宁可放弃一道题也不能让一道题毁掉后面十道的答题时间。3.2 性格测试的“前后一致性”陷阱一个真实教训性格测试当年坑了很多人。它不是体检式的“你内向还是外向”而是通过大量重复维度的问题判断你是否“言行一致”。举个例子前面问你“你是否喜欢团队合作”你选了“非常同意”。后面又换了个说法问“你自己独立完成工作是否让你更自在”如果你选了“非常同意”那系统就认为你的前后答案有矛盾。再往后还有情境题测试你的抗压倾向“当项目进度紧张时你会倾向于加班赶工还是先协调资源再调整计划”——每个选项背后都有对应的性格维度系统在悄悄构建你的画像。我的真实教训是第一遍做的时候我想表现出“既擅长合作又独立强大”的完美形象结果答案前后矛盾系统大概率判定为“掩饰性过高”。后来我复盘发现性格测试的正确做法是——稳定且真实。你可以有点小缺点但不能前后矛盾。宁可呈现一个“喜欢合作但偶尔优柔寡断”的真实形象也不要呈现一个“全能且自相矛盾”的虚假形象。3.3 情境判断题滴滴最想看到的选择逻辑情境判断题是滴滴测评里最有特色的部分它给你一个具体的业务冲突场景让你在几个处理方案里做选择。这些题没有绝对的对错但有明显的选择倾向。比如有一类典型场景“乘客定位显示在A地但实际在B地司机到达后发现找不到人乘客电话也打不通你会怎么处理”选项包括A. 让司机继续等在原地B. 让司机取消订单并收取取消费C. 系统重新匹配车辆D. 客服介入调查。这道题的核心不是选“最正确”的而是选“最符合平台规则和用户体验平衡”的。滴滴2016年正处于“口碑保卫战”阶段用户体验被放在很高位置同时又不能无限牺牲司机利益。所以更优的选择是D——客服介入既保证乘客能联系上平台又避免司机空等。情境判断题的备考思路是不要站在某一方的立场要站在“平台”的立场。无论题目是乘客投诉、司机绕路还是系统故障都要先问“怎么处理对平台最有利同时不伤害任何一方的体验”。这其实是一种商业思维测试你以为你在做题其实你在模拟“当滴滴的产品经理”会怎么决策。4. 在线测评平台的坑与应急处理4.1 浏览器兼容和摄像头要求没提前看的后果在线测评平台的兼容性问题在2016年那会儿特别突出。当时平台对浏览器的要求是Chrome 30或Firefox 25IE只能兼容到IE10而且IE11在某些模块里表格会错位。最惨的是摄像头监控这个要求。按当时的规则部分技术岗位的编程环节需要开启摄像头用于监考。我当时身边的真实案例有同学因为用Mac的Safari浏览器进测评摄像头权限始终无法授权导致编程题一直显示“未检测到摄像头”他不敢切到Chrome担心切屏被记录硬着头皮在摄像头不可用的情况下做完最后成绩被标记为“监控异常需要人工复核”。这个问题的解法在测评开始前就存在——提前用系统要求的浏览器登录测试链接走一遍模拟环境确认摄像头和麦克风权限都打开。如果公司邮件里没有明确浏览器版本就直接用最新版Chrome基本不会错。4.2 断网和提交失败当年最常见的悲剧在线测评最怕的不是题难而是网络闪断。2016年的校园网络环境不比现在尤其在学校宿舍、图书馆这种共享WiFi环境下高峰期丢包率感人。有一个真实的悲剧案例某同学整个英文阅读理解部分都快做完了突然WiFi掉线页面自动刷新重新登录后发现答题记录一片空白而倒计时还在继续……心态直接崩掉。应对断网的办法有三个层面。第一评测前必须用有线网络或手机热点做备用方案确认切换网络后IP变化不影响答题IP变化一般没事但刷新之后的断点续答是否正常取决于平台设计。第二如果真遇到断网第一时间截图或者录屏留存证据答题结束后通过邮件或公众号客服申诉。第三答题过程中每完成几个模块注意是否有“自动保存”提示如果没有要养成每隔几分钟主动保存作答进度的习惯部分平台有手动保存按钮。提交失败的场景更常见——辛辛苦苦做完点“提交”却提示服务器错误。这时候千万别连续狂点提交按钮导致重复提交或卡死正确操作是先刷新页面确认答题状态如果已提交会显示“已完成”之类的标记如果未提交并且时间还有剩余联系平台客服处理。4.3 时间耗尽与自动交卷的止损策略在线测评的倒计时是硬性的时间一到系统自动交卷。这听起来很残酷但也是可以利用的规则。我当时的策略是把整个测评分成几个阶段每个阶段预留“冗余时间”。模块分配大概是这样前十分钟先快速扫一遍所有题目把送分题标记出来中间时间按“图形推理 → 逻辑判断 → 言语理解 → 数量关系”的顺序做题最后十分钟不新做难题只检查和提交最后十分钟的检查非常关键。因为在线测评的答题记录是逐题保存的如果你卡在某一题上后面的题目全部空着那自动交卷时这些空题直接白给。我的做法是宁可先把所有题都蒙一个答案填上再回来纠结难题。蒙错的概率是75%但空着的概率是100%丢分——这个数学账一定要算清楚。还有一个小技巧如果平台允许“返回修改”那么做完所有题之后先点“下一题”进入下一部分之前注意看有没有“标记本题”的功能标记过的题会高亮显示方便最后统一回来检查。这类功能看似基础但很多人到交卷都没用过。5. 从测评结果到面试邀约那段时间该做什么5.1 测评出分周期与正确查询方式测评做完之后紧接着的焦虑是等结果。2016年滴滴快的的测评结果不是即时出分的一般要等3到7个工作日。有人早上做完下午就去看邮箱一天刷十几次——没用的。当时出结果的通知方式有两种邮件和短信。如果测评通过一般会收到“恭喜您通过在线测评进入面试环节”的通知附带面试时间地点的确认链接。如果测评没通过通常只有一封格式化的“感谢信”甚至很多人是默默无闻地等到面试结束才知道自己没戏了。正确查询方式只有一个等官方通知。不要去第三方论坛、群聊里问“有没有人收到面试通知”因为每个事业部、每个岗位的进度都不同你收到的信息只会增加焦虑。真想知道进度最靠谱的方式是关注滴滴官方校招公众号的动态里面有统一的时间线。5.2 等待期间值得做的三件事很多人在测评结束后就彻底放松了这是大忌。我从自己的经验出发建议你在等待期做三件事。第一复盘测评内容。自己回忆一下哪些模块确定做对了哪些是蒙的蒙的理由是什么。这能帮你定位薄弱点——比如图形推理太弱那就接下来一周每天固定刷20道图推题数量关系太慢就练速算和心算。第二准备面试。测评通过后间隔一般只有3到5天如果你从收到面试通知才开始准备必挂无疑。技术岗要复习项目经历、准备系统设计问题的口头表达非技术岗要准备自我介绍、产品sense、群面的角色定位。技术面第一轮一般是项目深挖第二轮是算法题第三轮是系统设计每一轮都要提前演练。第三了解滴滴的业务线。2016年的滴滴主要有出租车、快车、专车、顺风车、代驾等业务线不同业务线的面试重点差别很大。我记得当时有同学面“顺风车”事业部面试官上来就聊“拼车路线规划”如果你连业务背景都不了解特别容易冷场。至少要把公司主要产品、商业模式、竞品格局过一遍。5.3 万一测评挂了二次机会与内推通道怎么用测评没通过是不是校招就彻底结束了不是。当年滴滴快的的校招有个特点不同城市、不同事业部的招聘节奏不同有些岗位补招时间线拉得很长这就给了你第二次机会。第一种方式是参加补招。2016年滴滴在部分城市有补招批次流程和正式校招一样但时间更靠后。补招的名额少但竞争也相对小因为大部分人都已经找到工作了能坚持到补招的人不多。第二种方式是内推。如果正式校招测评挂了找到一个在滴滴工作的师兄师姐内推简历可以绕过系统直达业务部门。注意内推不等于免测评很多部门依然要求你补做测评但内推的好处是有人帮你捞简历面试官至少会看你的简历再决定要不要面。第三种方式是走实习转正通道。如果测评挂了但非常想进滴滴最稳妥的路是去投实习岗实习结束后争取转正。实习面试的难度通常低于校招因为面试官能看到你的实际工作能力线上测评只是个过场。这里我想多说一句测评挂掉真的不是世界末日。2016年那波校招我认识一个测评没通过的同学后来通过实习转正进了同级别的其他互联网大厂现在发展得很好。测评考察的是“当下的匹配度”不是“你这个人行不行”。所以放平心态把它当成一次能力体检哪里弱就补哪里。6. 回头看这场测评对今天准备校招还有什么参考价值距离2016年已经过去很多年在线测评的形式一直在变但底层逻辑没有变。现在大厂的测评无非是两种一种测智商一种测匹配度。滴滴2016年这套测评的特点是把“测匹配度”这件事做得非常业务化——算法题贴着出行场景情境题直接模拟业务决策性格测试则悄悄构建你的职业画像。这种“业务即考题”的思路在今天的校招里越来越普遍。如果你现在正在准备互联网校招我的核心建议只有一条不要孤立地刷题把题目和业务场景结合起来思考。刷到最短路径想一想外卖配送、网约车派单、物流调度怎么用刷到系统设计想一想秒杀系统、订单系统、推荐系统的高并发取舍。这种思考方式不仅对笔试有用对面试更是降维打击。还有一点不得不提在线测评平台的技术体验这些年已经好了很多——断网续答、自动保存、多浏览器兼容都成了标配。但“提前测试设备、规划时间、不要最后一天才开始”这几个原则永远不过时。每个校招季都有人因为操作层面的失误出局真的很可惜。我在实际接触这套测评的过程中最大的体会是在线测评看的不是你的绝对能力而是你在有限时间内调动所有资源解决问题的能力。这种能力比任何一道具体的算法题都更接近真实工作的状态。