1. 3分钟复盘
| 维度 | 记录内容 |
|---|---|
| 直觉评分 | 7 |
| 最卡壳的3个题 | 1. B厂的自我介绍(层次不清晰) 2. A厂自动化平台的体现(介绍平台开发的时候没有深度讲自己是怎么设计的，前置后置检查点，前置动作后置动作，用例串联功能设计这些都没提，一句crud简单带过) 3. AI在测试中的使用，只有思路没有更深度的调研，并且这部分是首次组织语言，虽然列了1(质量大组横向使用)2(业务参与使用)3(自我探索)，但是是首次被问道，没有系统化准备 |
| 瞬间遗忘点 | 商品评测具体的标签(想半天才想起来个成色，使用商品理解会更好) |
| 面试官偏好 | 业务逻辑及技术细节 |
| 我的提问 | - 最近一次线上问题？资金安全问题- 研发基础建设是否完备？完备 |
| 下一步动作 | 深度复盘 |
2. 深度复盘
2.1. 题目还原与回答优化
- 【原题呈现】 ：你先自我介绍一下
- 【当时回答】 ：按照准备好的内容，从A厂到B厂的工作和项目经历
- 【复盘优化】 ：
-
- 哪里说多了？ B厂的部分由于前几天刚思考清楚，今天上午才开始总结，表达的时候没有将职责及业务介绍清晰，更多的体现了自己在横向专项上的贡献，而没有考虑到对非B厂同学来说，更多的关注点可能是业务质量保障体系的建设
- 哪里说浅了？ 业务保障部分，包括简历，并没有体现我在全链路质量保障的体系化思考
- 标准答案补全：
- 【原题呈现】 ：测试开发部分：
-
- jacoo的技术使用
- 自动化平台是怎么开发的？
- 前端vue如何传递参数的 ？
- apollo如何赋能到质量的？
- 【当时回答】 ：
-
- 先讲了精准测试解决了什么实际问题，当时的方案是怎么设计的，遇到了哪些困难，最后讲了在B厂的现状(这部分不好)
- 自动化平台开发的背景是什么，选择的什么技术技术栈
- 父子组件通过组件参数进行传参，全局参数缓存到浏览器的中间层
- 讲了测试环境引入apollo的原因，解决了环境干扰的问题
- 【复盘优化】 ：
-
- 哪里说多了？
-
-
- jacooB厂的部分不好，会让面试官感觉到自己没有持续探索的精神
-
-
- 哪里说浅了？
-
-
- 自动化平台的开发应该是最终篇幅讲的，除了背景和技术栈还应该讲出遇到的问题，自己的思考是什么，解决方案是什么
- apollo的部分讲的很混乱，准备的时候没有深度挖掘就把之前简历的内容贴上去了，时隔6年已经忘的差不多了，这部分经历还是要重新总结一下。AI补充：时隔 6 年的项目如果说不清楚，不如弱化其实现细节，强化其解决的业务模型问题。面试官追问是为了看你的迁移能力，如果支支吾吾，会显得简历水分重。
- vue父子组件传参，当时只说了通过子组件的参数定义传参，而没说具体的内容，很容易给面试官一种不务实或者掌握不牢的感觉。 AI补充：这是一个非常模糊且非专业的表单。在面试中，如果说不清是 LocalStorage、SessionStorage 还是 Vuex/Pinia，会显得你是“凑巧能用”而非“底层理解”。
-
-
- 标准答案补全：
-
-
- vue父子组件传参
-
| 关系 | 通信方式 | 推荐程度 |
|---|---|---|
| 父子 | props / $emit | ⭐⭐⭐⭐⭐ |
| 父子 | v-model (双向) | ⭐⭐⭐⭐ |
| 跨级 | provide / inject | ⭐⭐⭐⭐ (适合插件/深层嵌套) |
| 全局/多组件 | Pinia / Vuex | ⭐⭐⭐⭐⭐ (适合复杂状态) |
| 任意组件 | mitt (Event Bus) | ⭐⭐ (尽量少用，逻辑易乱) |
| 父子直接调用 | ref | ⭐⭐⭐ (用于调用子组件方法) |
-
-
- apollo
-
-
-
-
- “当时引入 Apollo 主要是为了解决测试环境的‘配置冲突’与‘动态隔离’。我们通过 Apollo 实现了：① 环境标识的动态注入，让一套代码通过配置开关切换不同的 Mock 逻辑；② 解决了多分支并行开发时，数据库连接、第三方服务地址的快速切换，减少了 30% 的环境排查耗时。虽然这是早期的方案
-
-
- 【原题呈现】 ：性能测试部分：
-
- 性能测试是如何开展的
- 发现过的性能问题有什么
- 【当时回答】 ：
-
- 性能测试的部分讲了一开始性能怎么做的，去了A厂在之前的基础上要评估QPS，要进行性能问题的挖掘，去了B厂之后要进行扩散的评估，同时涉及到全链路的压测，压测流程、监控、优化的方式都会不一样
- 压测的接口响应时长不满足大促要求，通过cpu热力图定位具体的方法，然后去看这个方法里面的SQL查询耗时、下游链路查询耗时、业务逻辑耗时，追加日志打印具体的耗时时长，最后通过缓存进行解决
- 【复盘优化】 ：
-
- 哪里说多了？
- 哪里说浅了？
-
- 可以再说说影子库的数据是怎么构造的，遇到了哪些问题
-
- 在压测的过程中都监控了哪些指标，总之应该细化一个故事去讲出来，而不是在面上去大而泛的讲
- 标准答案补全：
- 【原题呈现】 ：资金安全部分
-
- 有没有资金安全方面的工作经历？
- 【当时回答】 ：先讲了在B厂的B1业务会涉及到资金安全，然后通过实时核对和离线核对进行保障，细节讲了实时核对应该怎么实现
- 【复盘优化】 ：
-
- 哪里说多了？
- 哪里说浅了？
- 标准答案补全
- 【原题呈现】 ：AI相关部分
-
- 在测试过程中都有哪些地方接触到了AI？
- 做到Ai自动化的自愈吗？
- 【当时回答】 ：
-
- 当时突然面对这个问题，临时反应首次组织语言，列了1(质量大组横向使用)、2(业务参与使用)、3(自我探索)
- 【复盘优化】 ：
-
- 哪里说多了？
- 哪里说浅了？ 自愈部分没有深度研究。“没有深度研究”是诚实的，但在面试中可以回答**“调研过的思路”**。自愈是目前大厂测试的高级课题，回答不出容易显得职业上限不高。
- 标准答案补全：
-
-
- AI自愈： “关于 AI 自愈，我目前的思考和观察主要在两个方向：① 元素定位自愈：当 UI 改版导致 XPath/Selector 失效时，利用多维特征匹配或图像识别 AI 自动寻找最相似元素并更新脚本；② 断言自愈：通过机器学习历史基准数据，当接口返回微小偏差（如时间戳、随机数）时，AI 自动识别是否为非故障波动。虽然目前自愈的落地成本较高，但它是解决自动化维护‘重资产’问题的必然路径。”
-
- 【原题呈现】 ：测试基础理论
-
- 就支付场景设计测试用例
- 【当时回答】 ：太久没写用例了，一下子脑子空白了，跟面试官说想一下，但是偷偷的去问了ai，30s后拆解了6个维度：功能、异常、边界、安全、幂等、对账
- 【复盘优化】 ：
-
- 哪里说多了？
- 哪里说浅了？
- 标准答案补全：倒没有说深说浅的感觉，就是卡壳这一点非常致命
2.2. 2. 软技能与表现力分析
- 语速与状态：是否因为紧张语速过快？否 眼神交流是否自然？无眼神交流
- 逻辑自洽：前后回答的案例、价值观是否有矛盾？没有明显的矛盾，因为简历中的都是实际经历的
- 简历匹配度：面试官反复追问的地方，通常就是简历中写得不够清晰或最有价值的地方。
-
- apollo环境治理部分没有讲清楚，二次解释之后才让面试官理解价值
2.3. 3. 公司/岗位情报挖掘
- 痛点发现：通过面试官的提问，判断这个岗位现在最头疼的问题是什么？（比如：获客成本高、代码架构乱、团队流失率大）。
-
- 在提问时问的是最近一次发生的线上问题以及对应的流程/保障方案优化？面试官说由于之前的幂等校验不够，出现了资损问题，补充了脚本进行核对。
- 匹配度自测：
-
- 根据面试聊下来的实际工作内容，我真的想去吗？一般，因为就AI测试的部分提到了他们公司做的东西，AI用例生成AI写脚本这些，但是自动化的自愈如何实现其实他们也思考如何实践，所以深度可能不够。
- 我的能力能解决他们的痛点吗？ 这里就涉及到自己态度的问题，自身很多问题的深度是达不到的，但是又对对方公司要求很多，这不对，这不对。
2.4. 4. 面试话术迭代（Action Plan）
- 简历与经历的“降噪处理”
-
- 行动： 如果 6 年前的 Apollo 确实记不清了，在简历中将其缩小为一个“技术点”而非“核心项目”。将重点放在 B 厂的精准测试 (Jacoco) 和资金安全核对上。
- 目标： 引导面试官问你最擅长、最近期的东西。
- 技术深度的“补课”
-
- 行动： 针对 Jacoco 的现状，不要只说“不好”，要说出**“目前的瓶颈” （比如：增量覆盖率统计在复杂逻辑下的误差）以及“如果让你继续做，你的规划是什么”**（比如：接入代码血缘分析，实现真正的用例推荐）。
- 目标： 展现“持续思考”的能力。
- 建立“高频场景话术库”
-
- 行动： 针对“支付用例”、“性能排查思路”、“离职原因”，把标准答案背下来。
- 目标： 消除面试中的“空白 30 秒”，把 CPU 留给处理高难度问题，基础问题靠肌肉记忆。
- 心态调整
-
- 评价： 你提到的“对对方公司要求多，自己深度不够”是一种很好的反思。
- 行动： 在接下来的面试中，采取**“虚心请教+实力展示”**的策略。如果遇到对方做得好的地方（如 AI 自愈），反问请教，体现你的进取心，而不是直接说“我没深度研究”。
下一次面试前的检查清单：
- 自我介绍是否突出了“体系化思考”？
- 资金安全除了核对，是否提到了“全链路压测”和“全链路监控”的结合？
- Vue 的传参方式是否能脱口而出 Props/Emit/Pinia？
- 是否准备好了一个关于“解决复杂线上问题”的精彩故事？
