A/B 测试和灰度实验，测试侧需要做什么？
👔 Raina面试官： A/B 测试和灰度实验，测试工程师需要做什么？
🙋 候选人：
- 测试侧不是旁观者，要保证实验可信、不破坏基线、可快速止血。
- 实验前：验证分流逻辑——同一用户 sticky、比例准确、白名单/黑名单；各变体功能冒烟；埋点字段和实验 ID 正确上报。实验中：监控错误率、核心转化、性能劣化；准备一键关实验或回滚 Flag。实验后：数据归因期内的回归，防止实验代码污染主路径。
- 常见 bug：分流不均匀、实验组看到对照组 UI、缓存导致串组、未登录用户分流异常。测试要懂基本统计概念——样本不足时别过早下结论，但那是产品的事，测试保的是技术实现正确。
👔 Raina面试官： 和灰度发布有什么区别？
🙋 候选人：
- 灰度是发布风险控制，AB 是效果对比。
- 灰度测重点是新版本稳不稳、监控够不够；AB 测重点是分组正确、指标可比。测试两套 checklist 有重叠但不完全一样，别混成一个上线就完事。
混沌工程（Chaos Engineering）和常规测试有什么关系？
👔 Raina面试官： 混沌工程和常规测试是什么关系？能互相替代吗？
🙋 候选人：
- 互补，不替代。常规测试验证应该工作时好不好，混沌验证坏了之后稳不稳。
- 常规测试：功能、接口、回归，在预期条件下验证行为。混沌工程：主动注入故障——杀 pod、网络延迟、磁盘满、依赖超时，观察系统是否降级、自愈、告警、无数据损坏。
- 测试工程师参与方式：定义 steady state 指标（错误率、延迟）；设计实验假设（比如支付服务挂 30 秒，订单应可重试不丢单）；在预发/混沌环境执行，不是一上来就搞生产。Chaos Mesh、Litmus 是常见工具。混沌发现的是架构韧性漏洞，功能用例测不出来。
👔 Raina面试官： 小团队有必要做混沌吗？
🙋 候选人：
- 可以做轻量版故障演练，不必上全套平台。
- 发布前手动停一个依赖服务、断一次 DB 主从，看表现和恢复流程。核心是多活、降级、重试有没有测过，名字叫不叫混沌不重要。
全链路压测是什么？和传统压测有什么区别？
👔 Raina面试官： 全链路压测是什么？和传统压测有什么区别？
🙋 候选人：
- 传统压测常打单接口或单服务；全链路压测是模拟真实用户路径，流量经过网关、业务服务、缓存、MQ、DB 整条链。
- 区别：真实度——全链路能暴露链路上的瓶颈和级联超时，单接口压出 10 万 QPS 但生产路径根本到不了。数据——全链路用影子表/影子库或染色流量，避免污染生产数据。容量——给出整体能扛多少真实订单，而不只是某个 API 的 RPS。
- 测试侧职责：梳理 TOP 业务路径脚本；构造够真实的参数分布；配合 SRE 做流量录制回放；压测后参与瓶颈分析和回归。大促前全链路压测几乎是电商标配。
👔 Raina面试官： 压测发现的问题谁修？测试还是开发？
🙋 候选人：
- 开发修，测试复现、验证、回归。
- 测试提供压测报告和瓶颈证据（哪段 RT 飙、哪张表锁），开发优化后测试再压一轮确认达标。测试不要背性能不行的锅，但要能读懂报告。
你怎么评估一个新功能的测试完成标准（DoD）？
👔 Raina面试官： 新功能什么叫测完了？你的 DoD 是什么？
🙋 候选人：
- DoD 要和团队对齐，我常用的功能测试完成定义包含这些硬项。
- 需求：验收标准逐条有对应用例且已执行。用例：P0/P1 全通过，P2 有结论（通过或已知问题）。自动化：P0 路径已自动化或注明不自动化的理由。缺陷： blocker/critical 已修并回归，major 有处理结论。非功能：涉及资金/性能/安全的专项已做。交付：测试报告已出，风险已同步 PM。
- 测完不是零 bug，而是已知风险可见、可追溯、可决策。探索性 session 该做的做了，新发现已转 case 或 bug。
👔 Raina面试官： 时间不够，DoD 要砍怎么办？
🙋 候选人：
- 砍范围不砍标准——和 PM 协商延期或减需求，而不是静默降低 P0 覆盖。
- 必须砍时书面记录 waived 项和残留风险，发布决策人签字，测试不留隐形坑。
测试 Leader 和高级测试工程师的核心差异是什么？
👔 Raina面试官： 测试 Leader 和高级测试工程师，你觉得核心差异在哪？
🙋 候选人：
- 高级测试是个人深度和攻坚，Leader 是团队产出、体系和跨团队影响力。
- 高级测试：复杂域测透、自动化架构、性能/安全专项、mentor 新人技术。Leader：排期和资源、质量策略、流程和门禁、向上管理风险、跨团队推动、招聘培养、度量复盘。Leader 不必是最强码农，但要能判断技术方案、帮团队挡不合理需求、在事故时扛协调。
- 转型信号：你从自己测完变成让团队测对；从接需求变成参与 roadmap 质量规划；开始为结果负责而不只是为用例数负责。
👔 Raina面试官： 技术很强但不想管人，还能往上走吗？
🙋 候选人：
- 能，走专家路线——质量架构师、SDET Lead、专项 Owner。
- 很多公司 parallel track：专家解决最难的问题，Leader 建体系和带人。选哪条看个人意愿，别勉强转管理。
跨团队沟通时，测试怎么让开发和产品重视你的意见？
👔 Raina面试官： 跨团队沟通时，怎么让开发和产品重视测试的意见？
🙋 候选人：
- 靠专业信用 + 数据 + 时机，不是靠嗓门大或卡发布。
- 专业信用：平时测得准，报的 bug 复现步骤清楚、少误报，开发自然愿意听。数据：不说感觉有问题，说支付失败率从 0.1% 升到 2%，这三笔 case 可复现。时机：需求评审和方案阶段就介入，别等提测才当坏人；早期意见成本最低。
- 沟通技巧：对事不对人；给选项不给禁令——可以按期上，但建议灰度 5% 观察 24 小时；建立同盟，和开发 lead 对齐质量目标。尊重开发时间，紧急问题当面/电话，非紧急走 ticket。
👔 Raina面试官： 产品总说上线后再迭代，测试怎么办？
🙋 候选人：
- 把风险翻译成业务语言：这个支付 bug 可能导致客诉和退款，不是体验小问题。
- 要求对已知 P0 风险书面记录；能争取灰度就灰度。长期推动 quality gate 进 Definition of Done，不是靠个人威望硬拦。
你如何做技术分享和知识沉淀？
👔 Raina面试官： 技术分享和知识沉淀你怎么做？
🙋 候选人：
- 沉淀要可查找、可复用、有人维护，分享要解决问题不是炫技。
- 沉淀形式：Wiki/Confluence 按域分类（支付测试手册、环境搭建、oncall runbook）；事故复盘文档；自动化框架 README；用例设计模板。分享节奏：双周 tech talk、事故复盘会、新工具 demo；主题来自团队痛点——这次大促踩的坑新框架怎么写第一条 case。
- 好的沉淀有 owner 和更新日期；过时文档标 deprecated。新人 onboarding checklist 是检验沉淀质量的试金石——新人能自助搞定就不用反复问。
👔 Raina面试官： 写了文档没人看怎么办？
🙋 候选人：
- 说明没嵌进流程或不好搜。
- onboarding 第一课就是读核心 wiki；事故复盘 action item 必须更新 runbook；分享录屏放内网。短文档胜过长篇，配合示例代码仓库。
遇到推诿扯皮的 Bug，你怎么处理？
👔 Raina面试官： Bug 扯皮——开发说环境有问题，产品说不是需求，你怎么处理？
🙋 候选人：
- 目标不是赢辩论，是把问题钉死事实、推动解决。
- 第一步固化证据：录屏、日志、请求响应、复现步骤、影响范围——贴 ticket 里让所有人看同一份事实。第二步定界：换环境/账号/版本复现；最小化复现路径；用抓包证明是前端没传还是后端没处理。第三步升级机制：超过约定 SLA 未解决，拉 tech lead 三方会，摆事实不摆情绪。
- 预防：需求写清验收标准；缺陷模板强制环境信息；测试环境尽量 prod-like 减少我这边是好的。已知扯皮高发区（缓存、时区、权限）提前写进 DoD。
👔 Raina面试官： 如果是测试误报呢？
🙋 候选人：
- 爽快认错关单，复盘为什么误报——用例理解错、数据脏、环境未同步。
- 误报也伤信用，所以不确定时先和开发私下确认再正式提。信用是测试最重要的资产。
测试工程师转开发 / 转产品，需要做哪些准备？
👔 Raina面试官： 测试转开发或转产品，你觉得要做哪些准备？
🙋 候选人：
- 测试转岗有独特优势也有明显短板，要有计划补。
- 转开发：系统补计算机基础（数据结构、OS、网络）；选一门主语言深入；从小模块、工具、自动化框架维护切入，别一上来扛核心交易；参与 code review 学规范。优势是业务理解和质量意识，短板是工程经验和系统设计。转产品：练需求分析、优先级、数据驱动决策；学画原型和写 PRD；多参与用户调研和数据分析。优势是细节和风险嗅觉，短板是商业思维和 stakeholder 管理。
- 共同建议：内部转岗先找 mentor；业余 side project 攒作品；接受初级职级落差。别裸辞硬转，边做边学更稳。
👔 Raina面试官： 转开发会不会被觉得测试出身不行？
🙋 候选人：
- 初期可能有人偏见，用代码和交付打破。
- 很多优秀 SDET 和全栈来自测试，质量意识是加分项。选重视工程文化的团队，比在意出身的重要。
远程协作模式下，测试效率怎么保证？
👔 Raina面试官： 远程协作下测试效率怎么保证？
🙋 候选人：
- 远程放大了异步沟通和上下文丢失的问题，要靠流程和工具补偿。
- 同步：固定 standup 和提测/发布会；复杂 bug 直接语音/屏幕共享，文字扯半天不如 15 分钟 call。异步：ticket 写清复现和期望；需求变更必须更新文档@相关人；测试报告每日可见。工具：统一 Test/Staging 环境 VPN；远程桌面调环境问题；CI 报告自动推频道。
- 时区差：重叠时段处理阻塞问题；非重叠留详细 handoff 文档。自律：时间盒测试 session，减少居家干扰。远程反而倒逼测试文档化——这是长期资产。
👔 Raina面试官： 远程怎么判断开发真的修好了？
🙋 候选人：
- 不轻信修好了，看部署记录 + 自己回归。
- 要求 bug 状态变更附 commit/部署环境；测试在指定环境关闭 ticket。约定 fix 后自动触发 smoke，减少来回确认。
你如何判断一个 offer 是否适合你的职业发展？
👔 Raina面试官： 拿了个 offer，你怎么判断适不适合自己的职业发展？
🙋 候选人：
- 我不只看薪资，会按方向、成长、团队、现金流四维打分。
- 方向：业务是否是我想深耕的域（电商、金融、ToB）；技术栈是否跟职业规划一致（自动化、性能、质量平台）。成长：有没有 mentor、技术深度还是纯堆人力、晋升通道是否清晰。团队：测试在流程里的话语权、开发和产品的协作文化、加班强度是否可持续。现金流：总包、稳定性、期权是否画饼。
- 也会做反向调查：面试时问团队自动化占比、线上事故频率、测试占研发比例。入职三个月内的感受往往和面试时团队坦诚度正相关。
👔 Raina面试官： 两个 offer 薪资差 20%，怎么选？
🙋 候选人：
- 算3 年账：多 20% 是否值得牺牲成长或健康。
- 初级看成长胜 20%；资深看平台和人脉。短期多几千块不如跟一个能带你跃迁的 leader。
大厂和中厂测试岗位的工作方式有什么差异？
👔 Raina面试官： 大厂和中厂测试岗位，工作方式有什么差异？
🙋 候选人：
- 差异主要在分工粒度、流程重量、技术深度和业务广度。
- 大厂：分工细（功能/自动化/性能/测试开发），流程规范，基建成熟（CI、环境、Mock 平台），单点深度强但可能只守一条链路；层级多，推动改动要跨团队。中厂：一人多角，从需求到上线全包，业务理解快、响应快，但基建和流程常要自己搭，容易陷入重复劳动。
- 大厂适合练专项深度和工程规范；中厂适合练全局观和业务 Owner 感。没有绝对好坏，看阶段——早期 breadth 有价值，中期选 depth 或 management。
👔 Raina面试官： 从中厂跳大厂，面试要注意什么？
🙋 候选人：
- 补系统化和基础：算法不算核心但要过得去；讲项目强调规模、指标、跨团队协作。
- 把一个人搞定翻译成在资源约束下交付了什么质量结果。大厂爱问边界 case 和工程化，准备几个自动化/性能/故障排查的深挖故事。