校招 小马智行 二面 测试 挂

刚刚拿到校招offer了，base是广州大塘的

在组织项目时，你是如何进行人员分工和进度管理的？当团队成员在技术方案上出现分歧时，你通常采用什么方法来解决？结合你的实习经历，请详细描述一下你编写测试方案的标准文档结构包含哪些部分？在用例设计过程中，你会进行哪几轮设计以确保覆盖率？你们团队使用什么工具和形式来编写及管理测试用例？请介绍一下你在使用 AI 生成用例的具体流程，以及如何解决 AI 覆盖率不足的问题？如何设计 Prompt 让 AI 辅助进行 Daily HIL 测试日志分析的？你如何看待 AI 生成用例和 UI 自动化的行业趋势及难点？请介绍一下你在实习期间的主要工作内容，特别是自动化链路开发和日志分析方面。如果让你构建一套自动驾...

1.面试官业务介绍5-10min，然后说岗位跟面试邀约的可能不一样2.看你简历投大模型岗位，这边是后端岗多些，和统计更多，基础也比较重要3.反问ai结合场景这里莫名其妙的说了下，未来ai业务场景的的发展，最近看裁员帖子之类的面：像工程项目会被替代很多，像统计和类似于这种，系统验证还好些4.手撕回溯 子集输入调错5.有看过限流算法吗；手撕 令牌通限流服务端 伪代码，加并发控制，加乒乓球式限流，还是流式限流；5.1 怎么记录每个getToken()方法入参的lasttime构造器5.2 怎么控制乒乓球式还是流式5.3  refillToken方法要传什么参5.4 gettoken 没有写currentToken --5.5 now - last 时，单位是 s、ms 还是 μs？用户体量比较大，百万的时候怎么考虑int 会强转为 0”，时间戳溢出 + 精度丢失问题。核心问题二：浮点数精度丢失与性能损耗me：基础有待提升面：思路还可以，细节有待提升，还是细节注意6.反问to B to C业务ai答案：如果是流式控制：我关注的是平均速率。我会利用令牌桶算法，重点调节 refillRate（补充速率）。无论请求是突发还是连续，我都会把它们看作连续的数据流，只要桶里有令牌就放行，主要用于防止下游被大流量冲垮。如果是乒乓球式控制：我关注的是交互的同步性。这通常用于对延迟敏感或需要严格顺序的场景。我会通过信号量（Semaphore）或者容量为1的令牌桶来实现。核心逻辑是：必须收到上一个响应（回球），才释放下一个请求的令牌（发球）。所以，在代码里，我是通过选择限流原语（是用单纯的令牌桶，还是用信号量/状态机）来控制这两种模式的。”

去年秋招拿了3个offer，有电商、有本地生活，最后选了携程机票BU。很多人问我为什么？今天聊点实在的。一、对比之后，我选机票BU的三个原因1.业务够复杂，技术壁垒才高电商秒杀确实刺激，但机票是另一个维度——全球航司、多时区、多币种、多语言、各种乱七八糟的接口协议。一个订单走下来：查询→定位→出票→退改，每个环节都可能因为航司接口抽风、航变、国际政策突然变而异常。这种“跨系统、跨协议的协同能力”，竞品很难抄。我们卖的不是机票，是确定性——你下单了，就一定让你走成。这种复杂度里成长，比写CRUD值钱多了。2.节奏稳，不搞脉冲式加班机票没有双十一那种瞬间爆炸的流量。全球航班每时每刻都在飞，我们的挑...