- 日期：未公开
- 企业与岗位：快手｜测试开发（杭州）
- 适用层级：中级
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
面试问题与参考答案
1. 自我介绍。
参考答案 / 复盘思路：
建议用一分钟交代当前背景、最相关的测试或开发经历、熟悉的语言与框架，再讲一个能证明工程能力的具体问题。若岗位侧重测开，突出自动化、接口质量和问题定位，而非只罗列课程。结尾解释为什么投递该岗位。没有做过的线上项目不要包装成独立负责，真实边界更能承受后续追问。 介绍时保留一个能让面试官追问的技术点，例如pytest数据隔离或失败日志分析。
2. 实习追问：业务背景、需求到上线流程、印象深刻的线上问题。
参考答案 / 复盘思路：
按照需求评审、风险识别、用例设计、联调、回归、灰度和监控复盘讲清全过程。挑一条业务链路展示自己负责的接口和断言。若确实处理过线上故障，说明触发条件、日志证据、影响范围、修复与防回归；若没有，就坦诚讲参与过的缺陷或预防机制，不虚构生产事故。 若线上事故不是自己亲历，可改讲联调时发现的高风险缺陷，并说明如何推动修复。
3. 并发请求时MySQL怎样保证事务隔离？
参考答案 / 复盘思路：
InnoDB结合隔离级别、行锁、MVCC和必要的间隙锁等机制处理并发。普通一致性读与当前读行为不同，不能说所有SELECT都会加锁。测试可开两个会话控制事务交错，观察更新冲突、不可重复读和锁等待。资金或库存场景还要用唯一约束、条件更新和幂等键确保业务不变量，隔离级别本身不能自动消除所有竞态。 可以再举一个双事务交错执行的例子，说明仅靠普通SELECT无法防止所有库存超卖。
4. Python的多线程机制是什么？
参考答案 / 复盘思路：
CPython常见实现存在GIL，使同一解释器内多个线程通常不能同时执行Python字节码；I/O等待时可释放GIL，所以多线程仍适合网络请求、文件读写等I/O密集任务。CPU密集型可考虑多进程或释放GIL的原生扩展；不同解释器和无GIL构建另论。测试要覆盖共享状态竞态、锁、异常传播和线程退出，不能只测运行速度。 当多个线程共同写测试结果文件时要加同步或分离输出，避免测试框架自身产生竞态。
5. Linux怎样查看CPU占用最高的五个进程？
参考答案 / 复盘思路：
可用 ps -eo pid,comm,%cpu --sort=-%cpu | head -n 6 查看表头加前五项，也可用top/htop动态观察。注意ps的%CPU常是进程生命周期平均值，与top采样窗口不同；多核场景数值可能超过100%。定位时结合pidstat、线程级top、负载、iowait和火焰图，不要把高CPU直接等同于性能缺陷。 命令行输出最好保留PID和时间戳，以便与同一时段的应用日志关联排查。
6. 代理服务器有什么作用？
参考答案 / 复盘思路：
代理作为客户端和目标服务之间的中间节点，可实现访问控制、缓存、负载均衡、TLS终止、流量审计或隔离内网；正向代理代表客户端，反向代理代表服务端。测试应验证原始客户端IP传递、鉴权、超时、Header透传、缓存失效与后端故障切换。尤其注意代理重试非幂等POST可能造成重复写入。 缓存场景应核对Cache-Control和用户隔离，防止代理错误缓存个人敏感数据。
7. 为什么投递测试开发岗位？
参考答案 / 复盘思路：
重点说明自己愿意在业务质量与编码工程之间建立桥梁：既能找出关键风险，也能把重复验证沉淀为工具和流水线。结合岗位JD说明想投入的领域，如API自动化、性能或AI应用评测；拿真实学习项目证明行动，而不是泛泛说行业有前景。面试官通常还会通过后续项目追问检验动机是否真实。 岗位动机最好与实际业务链路相连，说明你希望解决哪类质量问题及验证方式。
8. 手撕动态规划：最长公共子序列。
参考答案 / 复盘思路：
定义dp[i][j]为两个字符串前i、j个字符的最长公共子序列长度；末尾字符相等时加1，否则取上方或左方较大值。时间复杂度O(mn)，仅求长度可滚动数组优化空间。要说明子序列不要求连续，与最长公共子串不同。测试空串、完全相同、无共同字符、重复字符和长输入，必要时回溯恢复实际序列。 编码后用表格列出dp状态和边界，能比只给递推式更好地证明自己理解算法。
9. 反问环节。
参考答案 / 复盘思路：
这一环节主要是候选人反问，具体对话内容未公开。可准备询问：团队质量目标如何衡量、自动化与手工测试如何分工、CI失败如何处理、入职前三个月最重要的交付是什么。避免只问加班和福利，结合前面的业务讨论追问更能体现理解与投入。 反问时也可了解自动化失败由谁负责复盘，判断团队是否重视测试结果可信度。
延伸思考（测试人社区补充）
支付接口在反向代理重试后出现两次订单写入，应如何设计复现与回归？
使用同一业务幂等键并发发送、在代理与后端间注入超时，验证重复请求只产生一个订单与一条资金副作用；同时检查代理重试策略、日志关联ID及数据库唯一约束。
