阿里云 测试开发三面（交叉面）：实习项目复盘与平台推广怎么答

《面试题目》

三面（交叉面）

1. 讲讲实习项目当时分配给你的任务目标是什么？
2. 在做这个项目的过程中，遇到的比较困难的部分是什么？
3. 如果现在让你重新做一遍这个项目，你会怎么优化？
4. 讲讲你这套系统实际的业务价值是什么？
5. 如果要把这套测试提效平台推广到公司更多不同的业务组，你会怎么做？
6. 在调研不同测试组需求的时候，你是怎么获取目标用户真实诉求的？
7. 项目里面为什么要使用 few shot？
8. 对比两段实习的工作节奏有什么不一样？
9. 实习积累了哪些技术？你平时学习新技术的方式是什么？
10. 讲一件你主导、但过程中需要其他同事提供帮助的事情，遇到了什么情况，如何推进沟通？
11. 如果你来我们部门工作，希望公司可以给到你哪些支持？
12. 三年之后，你希望自己个人成长成为什么样子？

《参考解析》

1. 被问「任务目标是什么」，考的是你有没有 owner 意识：面试官不想听技术栈，想听三件事——这个目标是谁提的、要解决什么业务问题、成功用什么指标衡量。按「背景与约束 → 目标与口径 → 我负责的边界 → 我的动作与取舍 → 结果与验证」讲一遍，一分钟内能说完最好。只讲「我写了一个平台、用了什么框架」属于流水账，会被立刻追问「所以呢」。目标里最好带数字：把某个业务的回归耗时从多久压到多久、覆盖多少条用例、上线后漏测率的变化。

2. 「重做一遍会怎么优化」要给可落地的改动，不要许愿：先说清当时的约束（人力、时间、上下游配合度、已有工具链），再给出现在的判断。有效的答案分三层：架构层（哪些能力该做成可配置、哪些耦合该拆开、数据模型当年留了什么坑）、流程层（需求评审、用例设计、准入准出这些环节当时漏了什么）、协作层（该早点拉谁进来）。最后补一句「如果重来我会先做哪一步最小验证」，把复盘从感受变成方案。答成「加缓存、加监控、加文档」等于没答。

3. 业务价值要给口径，不能只说做了多少事：提效平台的价值不在「写了多少用例、发了多少版本」，而在四类可量化的东西——覆盖率（需求/接口/场景覆盖到什么程度）、回归耗时与人力节省（折算成工时或人天）、缺陷左移（问题在测试阶段被拦下的比例）、以及上线后线上问题的下降趋势。讲的时候主动交代基线和口径，比如「这个数字是统计了哪几个业务、哪段时间」。面试官追问「这个提升是你带来的还是大盘变化」，能用对照方式回答，比数字本身更重要。

4. 推广到其他业务组：先找种子场景，再抽象能力：平台推广失败通常不是技术问题，而是别人没有动力、接入成本太高。答法是一条路径：挑一个痛点最强、配合度最高的业务组做种子，把闭环跑通并留下可量化的案例；再把流程里被写死的部分抽象成配置（而不是要求别人改你的代码）；给出接入成本评估和迁移方案；最后用数据与成功案例驱动，别靠发通知强推。调研真实诉求的关键是把「用户说的」和「用户做的」分开——访谈之外去旁听他们的日常、看工单与聊天记录、观察他们实际绕开了你哪些设计，往往那些「绕过去的地方」才是真需求。

5. few-shot 的取舍要讲清为什么不用微调：选 few-shot 的常见理由是样本少、需求迭代快、上线节奏不允许走训练流程，而且提示词改完当天就能验证。它擅长的是对齐输出格式、约束分类边界、给出易错 case 的示范。要答出它的边界：示例的数量、顺序与分布会显著影响结果，上下文长度和单次成本随示例增长，输出仍是非确定性的，所以必须配固定测试集做回归。示例的选择原则是覆盖边界与历史 badcase，而不是随手挑几条好看的。若被追问「为什么不上微调」，就说清在什么数据量、什么稳定性要求下会切换。

6. 协作题与规划题：事实加改进，别喊口号：被问「一件需要别人帮助才推进的事」，用四段讲——事情背景与目标、卡在哪个具体的分歧或资源上、你做了什么沟通动作（对齐目标、拆小步、给出对方收益、找共同上级拍板）、结果与后续。避免把功劳全揽或全推给别人。「希望公司给什么支持」可以说清你需要的东西（mentor 的反馈节奏、能接触到完整链路的权限、规范的代码评审与测试环境），而不是「希望氛围好」。「三年之后想成为什么样」要给一条具体路径：先做深某个方向的技术，再补业务理解与跨团队推动能力，能带一小块事情。含糊的回答会让面试官记住你，但是以坏的方式。