携程、去哪儿、美团面试题汇总：项目深挖与连续追问

《面试题目》

1. 相比哈希索引，为什么 B+ 树索引更适合 MySQL 中常见的范围查询？
2. 系统缓存了权限，修改角色后缓存没有及时失效，应该怎样设计测试点？
3. 最近半年主动学习过哪些工具或大模型技术，怎样落地到开发中，效果如何？
4. 做过的后端或测试开发项目中，哪个最有技术挑战，它解决了什么问题？
5. 这个项目的核心难点是什么，你怎样解决？
6. 如何发现并定位问题的根本原因？
7. 学习一项新技能后，怎样实际应用并验证效果？
8. 怎样推动自己的方案被团队采纳？
9. 遇到不配合的协作对象时，怎样推进工作？
10. 是否承担过职责之外的工作，怎样完成？
11. RAG 的整体流程是什么，文档块大小怎样选择？

《参考解析》

B+ 树的优势要落到范围访问

先区分等值查找和范围查找。哈希结构能按键定位，但不保留键之间的大小顺序，不能直接顺着相邻键返回一个区间。B+ 树的键有序，找到范围起点后，可以继续访问有序的叶子记录。它也能利用较大的扇出来控制树高。回答完再结合具体 SQL 说明索引是否覆盖查询、是否仍需回表，别把“用了 B+ 树”直接等同于“查询一定快”。

权限缓存测试要同时观察放行与拒绝

可以先让用户获得某权限，访问一次使缓存生效，再撤销权限，立即重试受限操作。增加权限也要测，检查是否仍被旧缓存拒绝。多实例部署时分别访问不同实例，观察更新是否一致；还要覆盖会话已建立、角色多重继承、缓存过期和失效消息延迟等情况。

预期结果应按系统约定写清楚：哪些操作必须立即反映权限变化，哪些允许规定时长内生效。测试记录至少包含修改时间、请求时间、用户身份、访问资源和实际结果，才能判断是权限判断错误还是缓存尚未更新。

项目回答用一件真实的事展开

先讲要解决的业务问题和自己承担的部分，再说明比较过哪些方案、最后如何选择。挑一个最能体现判断的难点，讲清楚当时看到的现象、如何排除其他原因、改了什么、怎样验证。涉及效率或质量提升时，只报自己能解释来源的数据；没有测过的收益不要补成一个漂亮百分比。

行为题也可以沿用这个顺序。讲推动方案落地，就交代分歧是什么、对方顾虑什么、自己如何验证方案。讲学习新技术，则把学习内容与最后交付的功能对应起来。

RAG 分块没有脱离资料的标准答案

从文档解析、切分、索引、检索，到把检索结果提供给模型，每一步都会影响最后的回答。分块过小可能丢失上下文，过大又可能把无关信息带入检索结果。可以用一组真实问题比较不同切分方式，检查证据是否被召回、答案是否有依据，以及耗时和上下文开销。表格、标题和段落边界也应在切分时保留必要关联。

把“反复出现”与“固定出题”分开看

原帖对公开面经的观察，能帮助考生整理高频主题，但不能证明三家公司的所有岗位共用固定题库，也不能据此确定自动追问的内部实现。准备时应让项目里提到的每个术语都能继续解释：为什么用它、遇到什么问题、还有什么备选。若收到的面试通知明确限制每题时长，再按实际限制练习回答。