- 日期：2025-04-29
- 企业与岗位：Amazon｜SDET
- 适用层级：中级—高级
内容说明
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
一、原面经涉及的面试问题（4项）
1. 为什么从开发转向SDET？
参考答案 / 复盘思路： 这类行为题不能只说“我喜欢测试”。应结合自己的开发背景，说明为什么对可测试性、自动化质量保障和系统风险控制更有兴趣，以及开发经验怎样帮助自己分析代码、搭建框架和定位故障。可以按“原先在开发遇到的质量问题→主动参与改进→希望系统性解决问题”讲清动机。不要把SDET描述为开发做不好后的退路；还可以说明自己如何衡量测试价值，例如缩短反馈周期、提高关键缺陷检出率，而不是测试用例数量。
2. 如何接手一个已经进行到一半的项目？
参考答案 / 复盘思路： 先确认交接边界：项目目标、里程碑、剩余风险、代码仓库、流水线、测试环境与关键联系人。第一天不急着推倒重建，先跑通现有测试和构建流程，再检查高风险模块、未解决缺陷和依赖系统。建立简短的接管清单和风险台账，把能立即解决的问题与需协调的技术债分开。和团队约定可度量的短期目标，例如恢复失败流水线、补齐关键冒烟链路。沟通时主动同步不确定事项，而不是对不了解的范围承诺100%质量保障。
3. 链表算法：将[1,2,3,4,5]重排为[1,3,5,2,4]。
参考答案 / 复盘思路： 题目要求链表中的奇数值节点排在偶数值节点前，且两组相对顺序不变；如果题意只是节点位置的奇偶，还需和面试官确认，不能直接假设。可以用两个哑节点分别串起奇值链和偶值链，逐节点遍历并摘链，最后把奇值链尾接偶值链头。时间O(n)，只用常数级指针空间；处理前保存next，避免修改指针后丢失后续节点。测试要覆盖空链表、全奇、全偶、重复值和单节点，还要明确是否允许创建新节点。
4. 为电商系统设计涵盖UI、API、数据库的自动化测试框架。
参考答案 / 复盘思路： 先从购物、下单、支付和退款等核心业务路径拆出稳定API测试，与少量跨页面UI冒烟配合；数据库验证围绕关键状态与交易一致性，不应该让每条UI测试都直接访问数据库。框架上分离页面对象、API客户端、数据工厂、环境配置和断言层，确保用例独立可并行执行。支付和库存等有副作用场景要设计可重复的测试账户、清理策略和幂等校验。集成到CI时，PR跑快速核心测试，夜间跑更广覆盖，并保留Trace、截图和失败日志。面试加分点是解释如何控制脆弱性与执行成本。
延伸思考（社区补充）
如果一个电商系统的SDET团队开始使用AI生成自动化测试用例，应该设计哪些审核与运行机制，防止空断言、错误定位和无效用例进入CI流水线？
思考方向： 可设置测试代码静态检查、断言有效性测试、受控环境试跑、变异测试和人工审查高风险场景。
参考链接
https://www.reddit.com/r/QualityAssurance/comments/1karyqm/
