- 日期：未公开
- 企业与岗位：Amazon｜美国SDET电话面试
- 适用层级：中级/高级
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
面试问题与复盘
1. 开场：介绍从SDE转向SDET的背景
可以先说明开发经历如何帮助理解代码可测试性，再举例说明自己主动构建质量门禁、自动化工具或线上回归体系的经历。回答重点是为什么愿意对交付质量负责，而不是把SDET说成开发岗位的退路。准备一个真实项目证明自己同时理解实现和验证。
2. 行为题：中途接手一个项目时如何推进
先建立当前版本、目标、依赖关系和风险清单，访谈关键同事并检查现有测试与监控。选择一个高风险流程快速建立可重复的验证基线，再拆分短期修复与长期改造。回答时最好给出真实例子，包括如何处理信息缺失、如何向团队同步以及最终结果。
3. 行为题：参与已经启动的项目是什么经历
与“中途接手”相近但更强调融入协作：先确认需求和责任边界，阅读现有设计、测试报告和故障记录，避免贸然推翻既有方案。找出一个可快速交付的质量改进点，通过评审与团队建立共识。举例时明确个人贡献和对团队节奏的影响。
4. 行为题：描述一次主动承担责任的经历
建议用STAR法：交代故障或质量风险、个人承担的目标、采取的技术与协作动作、最终可量化结果。比如发现CI回归长期不稳定，主动归类失败、修复共享数据污染并设定失败率监控。不能只说“加班解决”，要体现风险判断、跨团队沟通和持续预防。
5. 为什么从SDE转向SDET
可以强调喜欢通过工程化方法降低交付风险，例如构建自动化框架、设计故障注入、开发可观测工具。SDET不只是写UI脚本，还需要理解服务架构、代码质量和CI/CD。回答要连接过去的实际经历，说明愿意承担质量体系建设，并对岗位职责有清晰认识。
6. 链表编程：输入1→2→3→4→5，输出1→3→5→2→4
参考答案 / 复盘思路：
可以先拆成奇数位置链表与偶数位置链表，分别维护odd和even指针，保存偶数链表头。循环把odd.next接到下一个奇数节点、even.next接到下一个偶数节点，最后将奇数尾连接偶数头。时间O(n)、额外空间O(1)。注意这是按节点位置重排，不是按节点数值奇偶分组。
7. 设计电商自动化测试框架：UI、API、数据库、并行、报告、配置和数据管理
参考答案 / 复盘思路：
可设计分层架构：用例层描述业务场景，页面对象和API客户端封装交互，数据库访问层做只读校验，执行器负责并行与资源隔离。配置按环境管理，密钥走CI Secret；测试数据通过工厂生成并在结束后清理。报告聚合断言、Trace、请求ID与失败截图；关键订单流程校验UI、API和DB一致性。并行时避免共享账号与固定订单号，CI设置冒烟与全量回归两级门禁。 框架还要支持按标签选择用例、隔离外部依赖、失败重跑但不篡改首次失败记录。对支付成功却订单未更新、库存超卖等跨服务问题，不能仅用页面断言，应结合事件消费、数据库最终状态和对账记录。
8. 最后的反问环节
可询问团队的测试基础设施成熟度、哪些质量问题最难定位、自动化与开发职责如何分工。针对电商业务，进一步了解支付幂等、库存一致性和跨服务回归的质量保障方式。
延伸思考（社区补充）
如果要为Amazon相关岗位准备一份可执行的回归验证方案，你会如何把上述问题中的关键风险转换为测试数据、断言、失败证据和CI门禁？请区分业务正确性、环境不稳定和工具误报，并给出至少一项可衡量的质量指标。
