- 日期：未公开
- 企业与岗位：HashedIn by Deloitte｜SDE/SDET校招流程，最终SDET实习
- 适用层级：初级
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
面试问题与复盘
1. 在线测评：3道DSA题，侧重滑动窗口和动态规划
参考答案 / 复盘思路：
滑动窗口适用于满足单调性质的连续区间问题，先明确左右边界如何移动、何时收缩；动态规划则要定义状态、转移、初始化和遍历顺序。训练时用小样本手推，并关注隐藏测试里的空输入、重复值、极端规模与时间复杂度。 做题时先估算输入规模决定复杂度上限，写完用最小输入、全相等、负数和最大长度样本验证。若隐藏用例只过80%，优先检查状态初始化、数组越界和重复计数，再考虑性能，而不是盲目换算法。
2. 纸笔技术轮：4—5道DSA题，从暴力到优化并说明复杂度
参考答案 / 复盘思路：
纸笔题考察思路表达与复杂度分析，先写可正确运行的基线解，再找重复计算、可维护的单调结构或预处理机会。每次优化都要解释正确性不变量和代价，不能只报O(n)。对滑窗、DP和贪心要准备反例，说明何时不能套用。 例如将嵌套循环降为滑窗时，要明确窗口扩张或收缩的单调性；若条件不满足单调性，滑窗可能直接失效。纸笔演算至少覆盖正常样例和反例，清晰写出最坏复杂度与空间开销。
3. 纸笔技术轮：SQL查询题
参考答案 / 复盘思路：
SQL部分建议重点准备JOIN、GROUP BY、HAVING、窗口函数、NULL处理和去重。写SQL前先确认主键、表间基数及是否允许重复；用少量样例数据验证聚合是否重复计数。对大表查询补充索引与执行计划思路，必要时说明为什么会产生全表扫描，以及如何验证优化是否生效。
4. 笔记本技术轮：深入讨论项目与个人贡献
参考答案 / 复盘思路：
按业务目标、系统结构、个人代码贡献、关键技术决策和验证证据展开。对团队项目要能指出自己负责的模块与接口，说明失败如何定位、改动如何评估。面试官可能通过追问检查真实性，因此准备实际代码路径、性能数据和复盘，而不是只记项目介绍稿。 建议带上能够口述的模块图和关键数据流，解释接口失败时如何定位到日志、数据库或第三方依赖。若说性能提升了30%，必须说明压测环境、样本量、P95指标和是否改变了业务逻辑。
5. 笔记本技术轮：面向对象编程概念
参考答案 / 复盘思路：
可以从封装、继承、多态解释设计目的，再用自动化框架举例：测试客户端定义接口，不同环境提供不同实现；Page Object封装页面交互。避免为了套设计模式引入过度继承。还要能说明接口与抽象类的取舍，以及依赖注入如何提升单元测试可替换性。 可补充说明组合优于深层继承的典型场景：把重试、日志、鉴权作为可注入组件，而不是继承出多层测试基类。单测时用Mock替换外部依赖，验证对象行为而非内部实现细节。
6. 笔记本技术轮：Agile敏捷开发概念
参考答案 / 复盘思路：
理解迭代计划、需求验收标准、持续集成、回顾与缺陷优先级。SDET应在需求细化时提出可测试性问题，开发中维护自动化反馈，发布前根据风险调整回归范围。敏捷不等于不要文档或测试计划，重点是缩短反馈周期并让质量风险透明。 例如需求中新增“重复提交订单”的边界，测试工程师应在迭代开始前把幂等验收标准写清，在代码提交后由CI自动执行重复请求用例。这样比等到冲刺末尾才补测试更能减少返工。
7. 笔记本技术轮：两道编程题
参考答案 / 复盘思路：
现场编程建议按通用编码流程练习：先复述约束、写出示例与边界、说明复杂度，再实现并手动走查。对数组、字符串、哈希和链表题优先保证正确性，之后再讨论优化。现场要主动展示测试样例，而不是写完就停。
8. 笔记本技术轮：一道SQL题
参考答案 / 复盘思路：
这项与前一轮SQL是不同轮次的考核，准备时可重点训练多表关联、分组统计与Top N。注意JOIN后可能产生重复行，窗口函数的PARTITION BY与ORDER BY要对应业务含义。提交前检查NULL和同分处理，并尝试解释为何该查询不会遗漏记录。
9. HR匹配轮：情境与行为类问题
可以准备一次冲突处理、一次主动改进和一次失败复盘，分别说明当时约束、沟通方式、采取的行动和结果。回答中体现对SDET职责的理解、对反馈的接受能力和学习路径。重点体现自己做过的具体工作、真实反馈和持续改进，而不是只用结果包装经历。
延伸思考（社区补充）
如果要为HashedIn by Deloitte相关岗位准备一份可执行的回归验证方案，你会如何把上述问题中的关键风险转换为测试数据、断言、失败证据和CI门禁？请区分业务正确性、环境不稳定和工具误报，并给出至少一项可衡量的质量指标。
